Zamanla manuel test, Scrum gibi esnek metodolojilere adapte oldu. İlk başta test uzmanları "sprintin sonunda" çalışarak yapılan işin sonucunu test ediyorlardı. Bu genellikle acil durumlar ve yetersiz test yapımı ("hikaye") ile sonuçlanıyordu.
Temel sorun, test için zaman yetersizliği, sık sık değişen gereksinimler ve görevlerin sprint sırasında test uzmanlarına ulaşmamasıdır. Test uzmanları baskı altında kalıyor ve bu da kaliteyi düşürüyor ("sorun").
Çözüm, test uzmanlarını sprintin başından itibaren ekibe entegre etmektir: toplantılara katılmak, yeni görevler ortaya çıktıkça test senaryolarını planlamak, günlük stand-up'lar ve retrospektif düzenlemek ve test artefaktlarının durumunun şeffaflığını artırmaktır ("çözüm").
Ana özellikler:
Sprintin tüm görevleri tamamlandıktan sonra mı test yapmaya başlanmalı?
Hayır, test uzmanı sprintin ilk günlerinden itibaren dahil olmalı ve mümkünse henüz tamamlanmamış işlevselliği test etmelidir.
Tüm hatalar mevcut sprintte düzeltilmeli mi?
Zorunlu değil, kritik hatalar - evet, kritik olmayanlar harici bir backlog'a taşınabilir ve bir sonraki sprintte düzeltilir.
Scrum'da otomasyon varken manuel test gerekli mi?
Evet, manuel test yeni özelliklerin ve resmiyete dökülmemiş gereksinimlerin kontrolü için kritik öneme sahiptir ve ayrıca keşif testi için gereklidir.
Test uzmanı planlamaya katılmadı ve sprintin sonuna kadar yeni görev hikayelerine erişimi yoktu. Sonuç olarak testler aceleyle yazıldı, bazı hatalar bir sonraki sprintlere taşındı.
Artılar:
Eksiler:
Test uzmanı sprintin ilk günlerinden itibaren ekibe katıldı, toplantılara katıldı, ortaya çıkan görevleri önceden gördü ve testleri geliştirme ile paralel olarak planladı.
Artılar:
Eksiler: