Cevap.

Yayın aşamasında manuel testin organizasyonu, yayınlanmaya hazırlanan ürün sürümündeki kusurların hızlı ve etkili bir şekilde bulunması için bir dizi önlem almayı gerektirir; bu, en kritik ve sık kullanılan işlevlere odaklanmayı içerir.

Soru geçmişi: Geçmişte, yayınlar genellikle "gece yarısı baskınları" ile birlikte geliyordu: test uzmanları her şeyi aceleyle kontrol etmeye çalışıyordu, bu da test kalitesinin düşmesine neden oluyordu; hatalar üretim ortamına "kaçıyor", kaynaklar verimsiz harcanıyordu. Zamanla, önceliklerin net bir şekilde sistematikleştirilmesi ile daha kısa sürede daha fazla sonuç alınabileceği gözlemlendi.

Sorun: Yayın öncesinde sınırlı zaman, her şeyi test etmeyi imkansız kılar; ayrıca insan faktörü de devreye giriyor - yorgunluk, acele, stres. Çoğu zaman kritik hatalar yalnızca yayın sonrasında ortaya çıkıyor, bu da ürünün itibarını zedeliyor ve ekip içinde kaos yaratıyor.

Çözüm:

İş ile, analistler ile, geliştiriciler ile birlikte kritik ve iş açısından önemli senaryoları değerlendirin.
En sık kullanılan veya riskli olan "aşındırıcı" senaryoları içeren bir yayın kontrol listesi oluşturun.
Manuel olarak son bir smoke ve sanity testi gerçekleştirin: sistemin başlatılmasını, oturum açma sürecini, sipariş verme, ödeme vb. işlemleri kontrol edin.
Sorumluluk alanlarını net bir şekilde ayırın: test verilerinden kim sorumlu, bulunan kusurların raporlanmasından kim sorumlu, kim geliştiricilerle iletişim kurmaktan sorumlu.

Anahtar özellikler:

Hataların önceliklendirilmesi: kritik olanları öncelikle bulmak ve yükseltmek.
Kısa, hızlı uygulanan test senaryoları ve kontrol listeleri kullanımı.
Hızlı düzeltmeler için geliştirme ekibi ile acil iletişim.

Kandırmaca olan sorular.

Yayın öncesinde tüm uygulamayı "önden tedbir almak" olarak manuel olarak kontrol etmek mümkün mü?

Hayır, genellikle tam bir manuel test için yeterli zaman yoktur - ana senaryolara odaklanmış dengeli bir yaklaşım daha iyi sonuçlar verir.

Yayın öncesinde "küçük" hataları açmak, takımın bunlardan haberdar olmasını sağlamak mantıklı mı?

Hayır, yayın modunda yalnızca kritik ve engelleyici hataları yükseltmek gerekir, daha az önemli olanları bilinen sorunlar olarak belgeleyip yayın sonrası çalışmaya almak gerekir.

Yayın aşaması için detaylı test senaryoları yazmak zorunlu mu?

Hayır, çoğu zaman kontrol listeleri ya da test senaryolarından alınan mini scriptlerle çalışmak daha kolay ve daha hızlıdır, bu da ilgili senaryoları hızla gözden geçirmeyi sağlar.

Yaygın hatalar ve anti-paternler

Testlerin son saatlere bırakılması - bunun sonucu olarak her şey aceleyle, kalite kaybıyla yapılır.
Anahtar senaryoların zararına nadir kullanılan veya önemsiz senaryoların test edilmesi.
Yayın öncesinde son bir smoke/sanity testinin yapılmaması.

Hayattan bir örnek

Negatif durum

Yayın testleri gece yapılır, belgeler hızlıca kontrol edilirken kritik ödeme akışı unutulur. Ertesi gün kullanıcılar topluca siparişlerini ödeyemezler.

Artılar:

Yüksek kontrol hızı.

Eksiler:

Kritik hata tespit edilemedi.
Gece ortasında stresli riskler, geliştiricilerle iletişim eksikliği.

Pozitif durum

Yayın öncesinde yalnızca kritik senaryolar (oturum açma, ödeme, sipariş kaydetme, ortaklarla entegrasyon) üzerine odaklanılır. Sonuçlar kontrol listesine dayanarak gözden geçirilir, hatalar anında yükseltilir.