Regresyon testi şunu sorar: önceki hâlinde çalışan her şey, değişikliğinden sonra da çalışıyor mu? Uygulamanın tamamını her seferinde yeniden test edemezsin, o yüzden kısa bir liste tut ve onu gerçek hatalardan büyüt. Gerçekten çalıştırdığın 15 kontrol, hiç çalıştırmadığın 150 kontrolden iyidir.
Liste nasıl büyür
- En önemli akışlarla başla. Kullanıcının mutlaka yapabilmesi gereken 5 ila 8 şey (kayıt, ana iş, satın alma, geri yükleme).
- Kaçan her hatayı ekle. Bir hata kullanıcıya ya da bir testere ulaştığında, onu yakalayacak tek bir satır ekle. Listenin en değerli kısmı budur.
- Kırılgan alanları ekle. Üç kez değiştirdiğin ya da bir üçüncü taraf servise bağlı olan her şey.
- Buda. Kaldırılmış özelliklerin kontrollerini sil, tekrarları birleştir. Her sürümde listeyi gözden geçir.
Şablon (kopyala ve yapıştır)
REGRESYON LİSTESİ: <uygulama adı> Son gözden geçirme: <tarih>
Her yayından önce çalıştır. Her birini işaretle: P (geçti) / F (kaldı) / N (çalıştırılmadı, nedenini yaz)
TEMEL AKIŞLAR
[ ] R-01 <akış>: <tek satırlık kontrol> Kaynak: en önemli akış
[ ] R-02 <akış>: <tek satırlık kontrol> Kaynak: en önemli akış
GEÇMİŞ HATALAR
[ ] R-10 <neyin bozulduğu>: <bunu yakalayacak kontrol> Kaynak: hata <link/ID>, <tarih>
[ ] R-11 <neyin bozulduğu>: <bunu yakalayacak kontrol> Kaynak: hata <link/ID>, <tarih>
KIRILGAN ALANLAR
[ ] R-20 <alan>: <kontrol> Kaynak: <neden kırılgan>
YAYIN TURU
Build: <sürüm> Tarih: <tarih> Cihaz / OS: <liste>
Başarısız maddeler: <ID'ler> Karar: <yayınla / önce düzelt>
Örnek (açıklayıcı)
TEMEL AKIŞLAR
[ ] R-01 Kayıt: e-postayla hesap oluştur, ana ekrana ulaş Kaynak: en önemli akış
[ ] R-02 Ana iş: bir öğe ekle, listede gör Kaynak: en önemli akış
[ ] R-03 Geri yükleme: yeniden kur, giriş yap, veriler geri gelsin Kaynak: en önemli akış
GEÇMİŞ HATALAR
[ ] R-10 Düzenleme ekranında döndürünce çökme: düzenlerken ekranı döndür Kaynak: hata #8
[ ] R-11 Çift dokunuşta çift ücret: Satın Al'a hızlıca iki kez dokun Kaynak: hata #14
KIRILGAN ALANLAR
[ ] R-20 Sosyal hesapla giriş: giriş yap ve çıkış yap Kaynak: üçüncü taraf girişe bağlı
Nasıl uyarlanır
- Her satırı bir dakikada çalıştırılabilir tut. Bir hikâye gerektiriyorsa, o test senaryosu şablonuna ait.
- Her satırın kökenini kaydet. Silip silmemeyi düşündüğünde kaynak sana cevap verir.
- Canlı bir uygulamaya güncelleme göndermeden önce: "önceki sürümden güncelleme verileri korur" maddesini ekle. Bkz. [canlı bir uygulamanın güncellemesi nasıl test edilir.
- Smoke testten farkı: smoke test "bu build hiç kullanılabilir mi?" diye sorar ve her buildde çalışır; regresyon listesi daha derindir ve yayından önce çalışır.
İlgili
- Hub: Mobil uygulama test kontrol listesi merkezi
- Her yeni build için smoke test kontrol listesi
- [Keşif testi charter şablonu
Ücretsiz başla ve listeni, sahip olmadığın cihazlarda dış testerlara çalıştırsın.