3 strategies dealing with blocker defect
Engelleyici kusurları, normal test günlerine tonlarca drama ekler.
Bu makalede, bir test uzmanının onlarla uğraşırken atabileceği bazı adımları ele almak istiyorum.
Değerli okurlarımızın kusurların Önem ve Önceliklerini çoktan anladıklarını varsayacağım. Hızlı bir özete mi ihtiyacınız var? Şuna bir bak.
Şimdi, bir engelleyici sorunuyla karşılaşırsak testi tamamen durdurmamız gerektiği anlamına mı gelir?
Bazı durumlarda 'Evet', ancak her zaman değil. Bazı test faaliyetlerinin mümkün olduğu durumlar olabilir.
görüntü kaynak
Aşağıda, kariyerimde testçi olarak yaşadığım bazı durumlar var. Bu süreci daha basit hale getirmek için aşağıda özetlenen adımların (daha sonra bir akış şemasında birleştirilecek) takip edilmesi gerektiğine kuvvetle inanıyorum.
Hemen başlayalım.
Engelleyici bir kusurla karşılaştığınızda atmanız gereken adımlar
Aşama 1: Bir sorunla karşılaştığınızda, asıl nedeni bulmak için zaman ayırın.
Bir testçi olarak işimizin bitmediğine yürekten inanıyorum kusurları bildirme . Zaman izin verirse, soruna neyin neden olmuş olabileceğini araştırmalıyız. Her zaman tam sorun alanını gösteremeyebiliriz, ancak mümkün olduğunca sorunu gidermeye çalışıyoruz. Ek yorum olarak aynı ayrıntılar kusurda güncellenebilir.
Bunu projelerimde çok yaptım ve bu hızlı bir düzeltmeyle sonuçlandı. Kök neden analizinin faydaları şunlardır:
- Bir katma değer olarak bu, geliştiriciye hata düzeltme konusunda kesinlikle daha iyi bir yön sağlayabilir.
- Ayrıca, KG test uzmanı bu sorunun kendiliğinden oluşup oluşmadığını (veri girişi veya insan kullanımı sorunları) tanıyabilir ve öyleyse, test uzmanı tarafından düzeltilebilir. Bu tür hatalar, QA sonundan kontrol edilmeden geliştiricilere rapor edildiğinde, sorun değil olarak kabul edildi ve test yapan için olumsuz bir itibar yaratabilir.
Bu nedenle, bir kusuru kaydetmeden önce her zaman sonumuzda iki kez kontrol etmemizi öneririm.
İşte projelerimden yukarıdaki noktaları pekiştirecek bazı gerçek zamanlı örnekler:
Testimizin belirli bir konuma bir dosya bırakmamızı gerektirdiği bir proje üzerinde çalıştım. Yapılandırmadaki adla eşleşecek şekilde yeniden adlandırın. Zamanlanmış bir iş, veri dosyasını alır ve verileri sisteme yükler. Bundan sonra, veri tabanındaki ve ön uçtaki verileri doğrulayacağız.
alfa testi ve beta testi arasındaki fark
Eskiden işin çalışacağı, ancak verilerin yüklenemeyeceği sorunlarla karşılaşıyorduk ve inceleme üzerine, test edenin dosyayı konuma bırakırken adı değiştirmemiş olmasıydı.
Bu bizim için bir engelleyiciydi, ancak geliştiricinin dikkatini gerektiren bir şey değildi. Detaylara dikkat etmek ve bu kadar küçük hatalardan kaçınmak zorunda kaldık.
android için en iyi mp3 indirme uygulaması
Aşağıda bazı yaygın kategoriler, temel nedenler ve çözümler verilmiştir:
# 1) Hosts Dosyası Sorun - Diyelim ki, ana bilgisayar dosyanızda yanlış olan ve soruna neden olan parametreler var. Bu durumda, ana bilgisayar dosyasını kendiniz güncelleyebilir veya güncelleme ve testi yürütmeye devam etme erişimi olan birinden yardım isteyebilirsiniz.
Geliştiricilerin araştırması için aynı kusur ortaya çıkarılmalıdır, ancak geçici çözümle işlevsel testlere devam edilebilir.
Not: QA ekibinin bunu yapmadan önce bu değişiklikleri yapmasının uygun olup olmadığını proje ekiplerinizle kontrol edin.
# 2) Yapılandırma - Çoğu zaman, doğru ortama işaret etmeme gibi yapılandırma sorunları veya engelleyici sorunlar olan diğer kurulum sorunları fark ettik. Bu gibi durumlarda da test uzmanları değişiklik yapabilir ve teste devam edebilir.
Not: Bunu yapmadan önce bir kez daha izin isteyin.
# 3) Kod Sorunu - Sorunun koddan kaynaklandığını düşünüyorsanız, testçiler tarafından pek bir şey yapılamaz. Bir engelleyici hatasını günlüğe kaydedin ve düzeltmenin teste devam etmesini bekleyin.
# 4) Dağıtım Sorunu - Kötü dağıtım, engelleyici sorunlarının başka bir yaygın nedenidir ve bunlar akıl sağlığı testi sırasında yakalanabilir. Burada da yeni bir yapı alınana kadar test derhal durdurulmalıdır.
# 5) Çevre Bozuldu - Ortam çalışmıyorsa, Veritabanının sunucuya bağlanmadığını veya web sitelerinde URL'nin çalışmadığını söyleyin; Test uzmanları, bu durumlarda, bir arızayı bildirmek ve sistemin hazır ve çalışır durumda olmasını beklemek dışında fazla bir şey yapamazlar.
Bu nedenle, bir geçici çözüm varsa, teste devam etmek için onu kullanın. Söz konusu geçici çözümün mevcut olup olmadığını bulmanın tek yolu, temel nedeni araştırmaktır. Çoğu zaman bir alternatif olabilir.
Adım 2: Kök nedeni araştırırken sonsuz bir döngüye girmek çok kolaydır. Bu nedenle, tüm gün ve tüm çabayı tüketmediğinden emin olun.
İşte bazı ipuçları:
- Bir denge bulun ve oraya vardığınızda durma noktasını tanıyın.
- Başarılı bir RCA için test uzmanının deneyimi ve uzmanlığı çok önemlidir. Ancak, gerektiğinde ekibi ve ekip liderini dahil etmek iyi bir fikirdir.
- RCA'nın zaman alıcı olduğunu düşündüğünüzde, önce sorunu hemen bildirin ve olabildiğince fazla bilgi sağlayın. Ekran görüntüsü her zaman faydalıdır.
- Gerekirse takip edin. Önemli soruna dikkat çekmek için yöneticiye veya geliştiriciye bir e-posta gönderin.
- Gerekli tarafları uyardıktan sonra sorun gidermeye devam edin.
Engelleyici kusurlarının neden hemen bildirilmesi gerektiğinin nedeni:
- Sorun önemli bir kusursa, yönetim tüm kesinti sürelerinden haberdar edilmelidir. Bu bilgiler müşteriye iletilmelidir ve ayrıca proje planı güncellemeleri (QA zaman çizelgeleri), teslim edilebilir öğelerdeki değişiklikler vb.
- QA teslimatlarında herhangi bir gecikme, kanıtlarla desteklenmelidir. Bu yüzden günün sonuna kadar beklemek yerine mümkün olan en kısa sürede iletişim kurmak her zaman daha iyidir.
Aşama 3: Şimdi, sorunu analiz etmeyi ve iletmeyi bitirdiğimiz için son adıma geçiyoruz, sırada ne var?
- Sorun bir işlevsel alana erişimi engelliyorsa, bunun diğer alanlar üzerinde bir etkisi olup olmadığını kontrol edin.
- Ön uç uygulaması çalışmıyorsa, arka uç / ara yazılım / veritabanı testinin devam edip edemeyeceğini kontrol edin.
- Hiçbir test yürütme etkinliği gerçekleşemezse, şunu deneyin: bazı belgeler üzerinde çalışmak projenizle ilgili.
- Ayrıca deneyebilirsin otomasyon alanlarını belirlemek manuel olarak birçok işi tekrarlıyorsanız. Otomasyon her zaman bir araç kullanmak zorunda değildir. Diyelim ki, rapor oluşturma sizin için monoton bir iştir, bu basit excel makroları ve benzeri tarafından otomatikleştirilebilen bir alandır.
- Projenize uygulanabilecek açık kaynaklı araçlar hakkında bilgi sahibi olmak için zaman harcayın
- Son ama en az değil , yeniliğe doğru çalışın, şu anda dünyayı yöneten mantra!
En sonunda , tüm tartışmayı özetleyen akış şeması!
Akış çizelgesi: Bir engelleyici kusurunu ele alma adımları
Yazar : Bu harika makale STH ekip üyesi Priya R. tarafından yazılmıştır.
Herhangi bir engelleyici kusurla karşılaştığınızda hangi adımları atarsınız?
Önerilen Kaynaklar
- Kusur Temelli Test Tekniği Nedir?
- Yazılım Testinde Hata / Hata Yaşam Döngüsü Nedir? Kusur Yaşam Döngüsü Eğitimi
- Hata Yönetimi Süreci: Bir Kusur Etkili Bir Şekilde Nasıl Yönetilir
- En İyi Yazılım Test Araçları 2021 [QA Test Otomasyon Araçları]
- Web ve ürün uygulamaları için örnek hata raporları
- Tekrarlanamayan Kusur Nasıl Yeniden Üretilir ve Test Etme Çabanızı Buna Değer Hale Getirir
- Yazılım Testi Fikirler (ve Nasıl Oluşturulacağı) Hakkında
- Yazılım Testinin 7 Prensibi: Kusur Kümeleme ve Pareto Prensibi