Cevap.

Gereksinimlerin test edilmesi, manuel test etmenin önemli bir aşamasıdır çünkü burada yapılan hatalar gelecekte pahalı hatalara yol açabilir.

Soru tarihi:

Geliştirmenin erken aşamalarında ürün gereksinimleri belgeler (TK, spesifikasyonlar) şeklinde kaydedilir. Yanlış veya eksik belgeleme, uygulama ve test aşamasında birçok soruna neden olur.

Sorun:

Gereksinimler genellikle eksik, belirsiz veya çelişkili olabilir. Bu, yanlış anlamalara ve ürünün kalitesiz uygulanmasına yol açar. Test uzmanı, bu tür durumları önceden saptamalıdır.

Çözüm:

Gereksinimlerin manuel testi şunları içerir:

Gereksinimlerin eksiklik, açıklık ve çelişkisizlik açısından dikkatli denetimi
Analistler ve işverenler için netleştirici soruların hazırlanması
Tüm öngörülen kullanım senaryolarının (pozitif/negatif durumlar) kaydedilmesi
Gereksinim analizi tekniklerinin uygulanması: uyumluluk tabloları, izleme matrisleri, gereksinim kontrol listeleri

Anahtar özellikler:

Çelişkilerin ve “deliklerin” bulunması — gereksinimlerde yer almayan uyumsuzlukların ve durumların saptanması
Analistler ve ekip ile aktif iletişim — ayrıntıların netleştirilmesi, sözcüklerin açıklığa kavuşturulması
Kesin, test edilebilir gereksinimlerin oluşturulması — gereksinimler net, uygulanabilir ve ölçülebilir olmalıdır.

Dikkat Çeken Sorular.

“Test edilebilir bir gereksinim” ne demektir?

Test edilebilir bir gereksinim, ürün içinde yerine getirilip getirilmediği kesin olarak söylenebilen bir gereksinimdir. Abstraksiyonlar, genel ifadeler ve belirsiz parametreler içermemelidir.

Gereksinimlerin sadece yazarları tarafından anlaşılıyorsa, bunlar kaliteli sayılabilir mi?

Hayır. Kaliteli gereksinimlerin, tüm ekip üyeleri (geliştiriciler, test uzmanları, analistler, iş dünyası) tarafından net bir şekilde anlaşılması gerekir.

Test uzmanının gereksinimleri ekleme veya düzeltme yükümlülüğü var mı?

Hayır, test uzmanı sorunları saptar ve bunları sorumlu kişilere bildirir, ancak gereksinimleri kendi başına yeniden yazmamalıdır.

Tipik Hatalar ve Anti-Desenler

Gereksinimleri sorgulamadan kabul etmek
Küçük uyumsuzlukları ve kabul edilebilir hataları görmezden gelmek
Bulunan “delikleri” ve çelişkileri belgelememek, “geliştiricilerin anlayacağını” düşünmek

Hayattan Bir Örnek

Negatif Durum

Test uzmanı gereksinimleri aldı, bunları eksiklik ve tutarlılık açısından kontrol etmedi, belirsiz ifadeleri göz ardı etti. Sonuç olarak, geliştiriciler bu gereksinimleri farklı yorumladılar, göz önüne alınmamış senaryolar ortaya çıktı ve bunlar sadece sürüm aşamasında belirlendi.

Artılar:

Gereksinimlerin yazım aşamasında zaman tasarrufu

Eksiler:

Daha sonraki aşamalarda birçok düzeltme
Hata düzeltme maliyeti yüksek
Müşteri memnuniyetsizliği

Pozitif Durum

Gereksinimlerle tanışma aşamasında, test uzmanı iş analistine sorular hazırladı, tartışmalı noktaları netleştirdi ve negatif senaryoları eklemesine yardımcı oldu. Bu sayede birçok yanlış anlamayı önlemek ve sürümdeki hata sayısını önemli ölçüde azaltmak mümkün oldu.