Manuel test, gereksinimlerin üzerine çalışarak başlar ve sonuç raporlarının düzenlenmesiyle sona erer. Bu süreç, tarihi olarak, geliştirme aşamalarının başlarında otomasyonu daha esnek ve erişilebilir bir alternatif olarak, canlı olarak farklı senaryoları hızlı bir şekilde test etme olanağı sunar.
Başlangıçta manuel test yöntem olmadan gerçekleştirilmiştir, bu da hatalara ve bilgi kaybına yol açmıştır. Süreç düzensiz olduğunda, tekrar eden testler ve hata atlamaları ortaya çıkar (sorun). Verimliliği artırmak için, test aşamalarını yapılandırmak, sorumluluk alanlarını net bir şekilde tanımlamak ve standartlaştırılmış dökümantasyon kullanmak önemlidir (çözüm).
Ana özellikler:
Manuel testin tamamen otomatikleştirilemeyecek nedeni nedir?
Manuel teste, hızlı bir şekilde test vakalarını değiştirmenin daha kolay olduğu standart dışı ve değişen senaryolarla çalışmak için ihtiyaç vardır; ayrıca kullanıcı deneyimi, görsel ve çapraz tarayıcı hatalarının kontrolü için de gereklidir.
Herhangi bir dökümantasyon olmadan test yapabilir miyim?
Hayır, belgelerin eksikliği bilgi kaybına, hataların yeniden üretilmemesine ve test sonuçlarına olan güvenin düşmesine yol açar.
Test aşaması her zaman projeyi bitirir mi?
Hayır, test genellikle geliştirme ile paralel ilerler (örneğin, çevik veya yinelemeli yaklaşımlar).
Takımda net bir test yapısı yoktu, herkes kendi yöntemine göre test etti, hatalar farklı dosyalarda kaydediliyordu. Sonuç — kritik hataların bir kısmı göz ardı edildi, proje süresi uzadı.
Artılar:
Eksiler:
Tek bir test planı uygulandı, sorumluluk alanları belirlendi, hata raporlarının formatı konusunda anlaşma sağlandı. Hatalar ortak bir takip sisteminde kaydediliyor ve izleniyor.
Artılar:
Eksiler: