Test dokümantasyonu, test süreçlerini, kriterlerini, nesnelerini ve senaryolarını tanımlayan belgelerin toplamıdır. Yazılım kalitesinin yapılandırılmasına yönelik yaklaşımların gelişimi ile ortaya çıkmıştır; böylece ekipte şeffaflık, tekrarlanabilirlik ve bilgi aktarımı sağlanmıştır.
Konu Tarihi:
IT’nin erken dönemlerinde testler dağınıktı, genellikle sözlü olarak yürütülüyordu, bu da kaçırılan hatalara ve bilgi kaybına yol açıyordu. Ekip geliştirmelerinin ortaya çıkması ve süreçlerin standartlaştırma ihtiyacıyla birlikte, testlerin belgelenmesine ihtiyaç doğdu.
Sorun:
Belgeler olmadan hataların tekrarlanması zorlaşıyor, test kapsamının değerlendirilmesi güçleşiyor, değişiklikler sırasında regresyon riski artıyor. Test uzmanının çalışmalarında şeffaflık yok; yeni uzmanlar testlerin mantığını yeniden anlamak zorunda kalıyor. Aynı hataların bulunmasında kaynakların gereksiz yere çoğalması mümkün.
Çözüm:
Standart şablonların (kontrol listeleri, test durumları, hata raporları) getirilmesi, kabul kriterlerini sabit hale getirmeyi, gereksinimleri detaylandırmayı, görevleri devretmeyi, kapsamı izlemeyi ve yeni çalışanlar için bilgileri saklamayı mümkün kılar.
Ana özellikler:
Test durumu ile kontrol listesi arasındaki fark nedir?
Kontrol listesi — kontrol edilmesi gerekenlerin kısa bir listesidir. Test durumu — bir kontrolün adımları, beklenen sonuç ve girdi verileri ile ayrıntılı tanımıdır.
Test dokümantasyonu olmadan tamamen idare edebilir miyiz?
Hayır, hatta "çevik" yaklaşımlarda (Agile, Kanban) temel belgelerin olması gerekir — en azından kısa kontrol listeleri veya regresyon test senaryoları.
Gereksinimlerdeki değişiklikler doğrultusunda test dokümantasyonu güncellenmeli mi?
Evet, çünkü güncel olmayan dokümantasyon, geçersiz testlere ve geçerli hataların kaçırılmasına yol açar.
Ekipte test uzmanları yalnızca sözlü tartışmalar kullanıyordu ve test sonuçlarını not defterlerine kaydediyorlardı. Regresyon hatası ortaya çıktığında, kimse hataya yol açan eylem dizisini tekrarlayamadı.
Artılar:
Eksiler:
Test uzmanları test durumları için şablonlar getirdi ve gereksinimlerdeki değişikliklere göre düzenli olarak güncellediler. Bir hata olduğunda, tekrarlama ve giderme için gerekli koşulları hızlıca bulmak mümkün oluyordu.
Artılar:
Eksiler: