içinde

Yanlış Arızalar: Gerçek Arızalardan Daha Kötü

Gerçekten başarısız olmak, gerçekten başarısız olmaktan iyidir. Huh?
Bunu yaşadığınızı biliyoruz. Diyelim ki yazılımınıza bazı yeni işlevler eklediniz ve yeni bir yapı çalıştırdınız. Ve diyelim ki test vakalarınızın% 50’si başarısız. İlk varsaydığın şey nedir?

Geçen kış “teaser sunumumuz” ile aynı soruyu, yakın tarihli bir konferansta standımıza gelen 100 geliştiriciye ve QA uzmanına sorduk ve bunlardan 95’i aynı yanıtı aldı! Testler bozulmuş olmalı!

Bu, yöneticinizin bir sonraki proje toplantısında beyaz tahtada “U ve ME’den ASS” atasözünü ezberlemesine neden olacak basamaklı bir dizi kötü varsayım yaratır. İşte nedeni.

* Sorunun uygulamanızda olmadığını, test durumlarının kendisinin kırılması veya artık geçerli olmaması olduğunu varsayıyorsunuz.
* Böylece test senaryolarını yeni yapınızda ne değiştiğini karşılaştırmak için zaman harcarsınız.
* Ardından, test senaryosunun neden artık geçmediğini anlamaya çalışmak için test komut dosyalarına girersiniz ve geçene kadar yeniden çalışın.
* Ya da sadece pes edersiniz ve eski Word belgesi test durumlarınıza tıklayarak doğrulamayı deneyin. Eğlenceli, yoğun iş.

Bu testi nasıl adlandırabilirsin? Uygulamayı doğrulamak için testi kullanmak yerine, kodladığınız bir program olan test senaryosunu test etmek için uygulamayı kullanıyorsunuz!

Evet, birim testleri kodunuzdaki yapısal hataları bulmak için önemlidir. Ancak bir birim testi, bu ayrıntılı test seviyesinin ötesine geçmeye çalıştığında, geliştirme ortamınızda başka bir kırılgan program haline gelir.

Tek başına kodlanmış birim test senaryolarına güvenmenin size fonksiyonel testlerde herhangi bir değer sunacağını varsaymak aşırı bir durumdur. Aslında, tüm süreç o kadar manuel ve oldukça verimsiz ki, kendi ekibiniz için yoğun bir iş yapmaktan daha fazlasını yapıp yapmadığınızı merak ediyorsunuz.

Birim testinin sınırları vardır. İnsanların bu sınırların ötesine geçmeye çalıştığı yöntemler var ama bu, yerçekimi teorisine meydan okumak gibi.

* Yeniden kullanım için kodlama girişimi – mümkün görünebilir, ancak sizi yalnızca Birim testinin sınırlarının sınırlarına götürebilir.
* Arayüzü QA grubunuzla test etmeye çalışmak, bu orta ve arka uç katmanlarını göremiyorsanız gerçekten işe yaramaz.

Yanlış başarısızlıkları bu kadar tehlikeli yapan nedir? Ekibin testten vazgeçmesine neden olacak moral vampir olmaları gerçeğinin yanı sıra, yanlış başarısızlıklar testin genel etkinliğini etkiler. Başarısız bir test vakasının geçerli olup olmadığını bile bilmiyorsanız, testten gerçekten ne öğrenirsiniz? Asla kanıt toplamayan bir dedektif gibidir.

Yanlış başarısızlıklara savaş ilan etme zamanı.

Ne düşünüyorsun?

Yazar isnet

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

GIPHY App Key not set. Please check settings

İPod’lar Hakkında Bilmeniz Gereken Gerçekler

Avcı ile Arcanist Doan Çiftliği