how find bug application
Çok güzel ve önemli bir nokta. Sağ? Yazılım Testçisi veya Kalite Güvence Mühendisi iseniz, bir uygulamada bir hata bulmak için her dakika düşünmeniz gerekir. Ve olmalısın!
Sanırım bir Engelleyici Hatası herhangi biri gibi Sistem çökmesi genellikle ödüllendiricidir! Hayır, öyle düşünmüyorum. Bulması en zor olan ve kullanıcıları her zaman yanıltan hataları bulmaya çalışmalısınız.
Bu kadar ince böcekleri bulmak en zorlu iştir ve size işinizin memnuniyetini verir. Ayrıca yaşlılar tarafından ödüllendirilmelidir. Sadece yakalanması değil, aynı zamanda yeniden üretmesi de zor olan böylesine ince bir böcekle ilgili deneyimimi paylaşacağım.
Arama motoru projemden bir modülü test ediyordum. Otomatikleştirmek biraz karmaşık olduğu için bu projenin faaliyetlerinin çoğunu manuel olarak yapıyorum. Bu modül, farklı bağlı kuruluşların ve reklamverenlerin trafik ve gelir istatistiklerinden oluşur. Bu nedenle, bu tür raporları test etmek her zaman zor bir iştir.
Bu raporu test ettiğimde, verilerin bir süre doğru şekilde işlendiğini gösteriyordu ancak bir süre sonra tekrar test etmeye çalışıldığında yanıltıcı sonuçlar veriyordu. Sonuçları görmek garip ve kafa karıştırıcıydı.
Günlük dosyalarını işlemek ve veritabanını güncellemek için bir Cron (Cron, belirtilen süre veya koşuldan sonra çalışan otomatik bir komut dosyasıdır) vardı. Bu tür birden çok ürün, toplam verileri senkronize etmek için günlük dosyalarında ve DB'de çalışıyor.
Bir masada belirli zaman aralıklarıyla çalışan iki Cron vardı.
Tabloda, bazı veri tutarsızlıklarına neden olan diğer Cron tarafından üzerine yazılan bir sütun vardı. Geniş DB süreçleri ve farklı Cron'lar nedeniyle sorunu çözmemiz uzun zaman aldı.
Demek istediğim, sistemde özel durumlar için oluşabilecek ve sistem üzerinde güçlü bir etkiye neden olabilecek gizli hataları bulmaya çalışmaktır. Bazı ipuçları ve püf noktaları ile böyle bir hata bulabilirsiniz.
soapui mülakat sorularını kullanarak web hizmeti testi
Peki bu İpuçları neler:
# 1) Tüm uygulamayı anlayın veya modülü teste başlamadan önce derinlemesine inceleyin.
#iki) Hazırlamak iyi Test Durumları teste başlamadan önce. Demek istediğim, uygulamanın büyük riskini içeren fonksiyonel test durumlarına vurgu yapıyorum.
# 3) Oluşturmak yeterli Test Verisi Testlerden önce, bu veri seti test senaryosu koşullarını ve ayrıca DB ile ilgili uygulamayı test edecekseniz veritabanı kayıtlarını içerir.
# 4) İle tekrarlanan testleri gerçekleştirin. farklı Test Ortamı .
# 5) Bulmaya çalışın ortaya çıkan desen ve sonra sonuçlarınızı bu modellerle karşılaştırın.
# 6) Test koşullarının çoğunu tamamladığınızı düşündüğünüzde ve bir şekilde yorgun olduğunuzu düşündüğünüzde Maymun Testi yapın.
# 7) Öncekini kullan Test Veri modeli mevcut test setini analiz etmek.
# 8) Biraz dene Standart Test Durumları Bunun için bazı farklı uygulamalarda hataları buldunuz. Örneğin, giriş metin kutusunu test ediyorsanız, girişler olarak bazı HTML etiketleri eklemeyi deneyin ve görüntü sayfasında çıktıyı görün.
# 9) Son ve en iyi numara, hatayı bulmak için çok uğraşmaktır. Sanki sadece uygulamayı bozmak için test ediyormuşsunuz gibi!
Önümüzdeki bazı yayınlara daha fazla ipucu ekleyeceğim. Bu arada, burada daha fazla ipucu için yorum yapabilirsiniz.
Önerilen Kaynaklar
- İyi Bir Hata Raporu Nasıl Yazılır? Ipuçları ve Püf noktaları
- Herhangi Bir Uygulamayı Test Etmeden Önce Okumanız Gereken En İyi 20 Pratik Yazılım Test İpuçları
- Yazılım Testinde Maymun Testi Nedir?
- Masaüstü, İstemci Sunucu Testi ve Web Testi arasındaki fark
- Örnek Hata Raporu
- Sağlık Hizmeti Uygulamalarının Test Edilmesi - İpuçları ve Önemli Test Senaryoları (Bölüm 2)
- Web Uygulaması Güvenliği Test Kılavuzu
- Çok Dilli Web Sitelerini Test Etmek İçin 7 Temel İpucu