Cevap.

Test etme sınırlarını (scope) belirlemek, uygulamanın en önemli ve kritik kısımlarına odaklanmayı sağlayan temel bir görevdir.

Meselenin Geçmişi

Projelerin gelişimi ile birlikte test edilebilir işlevlerin kapsamı artmaktadır, manuel olarak tüm senaryoların kapsamı mümkün olmamaktadır. Agile/artı geliştirme ile birlikte scope belirleme rolü önemli ölçüde artmıştır.

Sorun

Eğer test etme sınırları belirsizse, aşağıdaki riskler ortaya çıkar:

Önemsiz işlevlere kaynak harcayarak etkisiz test yapma
Önemli senaryoların kritik hatalarını atlama
Diğer testçilerin çalışmalarıyla kesişerek tekrarlama yaratma

Çözüm

Test etme scope'u aşağıdaki esaslara göre belirlenmelidir:

İş öncelikleri, kullanıcı senaryoları ve riskler
Gereksinim analizi, kullanıcı hikayeleri ve spesifikasyonlar
Ekiple (analistler, ürün yöneticileri, geliştiriciler) yapılan danışmalar

Ana özellikler:

Ana işlevlere ve riskli alanlara odaklanma
Yanlış anlamaları önlemek için kapsamın test planında açık bir şekilde belgelenmesi
Gereksinimlerin değişmesi durumunda scope'u hızlı bir şekilde gözden geçirme imkanı

Kandırmaca Sorular.

Gerçekten uygulanmış her şeyi, en küçük detaylara kadar test etmek gerekir mi?

Hayır, test etme ilkesi; öncelikli ve kritik kısımlara odaklanmaktır, özellikle hataların en olası olduğu ve hataların iş üzerindeki etkisinin büyük olacağı yerlerde.

Testçi, yeni gereksinimler ortaya çıktığında scope'u kendi başına genişletebilir veya daraltabilir mi?

Hayır, scope'taki herhangi bir değişiklik, boşluk veya iş tekrarından kaçınmak için ürün yöneticisi veya takım lideri ile onaylanmalıdır.

Scope'u belirlemek için sadece teknik belgelerine güvenmek yeterli midir?

Hayır, iş bağlamı, gerçek kullanıcı görevleri ve müşteri geri bildirimi de dikkate alınmalıdır.

Yaygın Hatalar ve Anti-Desenler

Scope belirsiz kalır ve sürekli değişir
İkincil işlevler lehine iş önceliklerinin görmezden gelinmesi
Test etme sınırları değiştiğinde ekip üyeleri arasında iletişim eksikliği

Hayattan Bir Örnek

Olumsuz Durum

Testçi, tüm işlevleri ve durumları kapsamaya karar verir, sonuçta kritik yollar için test etme için zaman kalmaz ve ana hatalar gözden kaçar.

Artılar:

Resmi olarak birçok senaryo test edilmiştir.

Eksiler:

Kritik engelleyici hatalar, dikkat dağılması nedeniyle gözden kaçmaktadır.
Gereksiz büyük test etme kapsamı nedeniyle teslim tarihlerinde gecikmeler.

Olumlu Durum

Sprint'in başında testçi, planlamaya katılır, tüm ekip ile birlikte scope'u belirler, en önemli kullanıcı senaryolarına dikkat çekerek iş hacmini onaylar ve Confluence'te belgeler.