Yazılım Testi - Mitler

Aşağıda, yazılım testi ile ilgili en yaygın efsanelerden bazıları verilmiştir.

Efsane 1: Test Etmek Çok Pahalıdır

Reality- Yazılım geliştirme sırasında test için daha az ödeyin veya daha sonra bakım veya düzeltme için daha fazla ödeyin. Erken test, birçok açıdan hem zamandan hem de maliyetten tasarruf sağlar, ancak test yapmadan maliyeti düşürmek, bir yazılım uygulamasının yanlış tasarlanmasına ve ürünün kullanılmamasına neden olabilir.

Efsane 2: Test Etmek Zaman Alır

Reality- SDLC aşamaları sırasında test asla zaman alıcı bir süreç değildir. Bununla birlikte, uygun test sırasında tespit edilen hataların teşhisi ve düzeltilmesi, zaman alıcı ancak verimli bir faaliyettir.

Efsane 3: Yalnızca Tam Geliştirilmiş Ürünler Test Edilir

Reality- Şüphesiz test, kaynak koda bağlıdır, ancak gereksinimleri gözden geçirmek ve test senaryoları geliştirmek, geliştirilen koddan bağımsızdır. Bununla birlikte, bir geliştirme yaşam döngüsü modeli olarak yinelemeli veya artımlı yaklaşım, testin tam olarak geliştirilmiş yazılıma bağımlılığını azaltabilir.

Efsane 4: Eksiksiz Test Mümkün

Reality- Bir müşteri veya test uzmanı eksiksiz testin mümkün olduğunu düşündüğünde sorun olur. Tüm yolların ekip tarafından test edilmiş olması mümkündür, ancak tam bir testin gerçekleşmesi asla mümkün değildir. Yazılım geliştirme yaşam döngüsü boyunca test ekibi veya müşteri tarafından hiçbir zaman yürütülmeyen ve proje dağıtıldıktan sonra yürütülebilecek bazı senaryolar olabilir.

Efsane 5: Test Edilmiş Bir Yazılım Hatasızdır

Reality - Bu, müşterilerin, proje yöneticilerinin ve yönetim ekibinin inandığı çok yaygın bir efsanedir. Mükemmel test becerilerine sahip bir test cihazı uygulamayı test etse bile, hiç kimse bir yazılım uygulamasının% 100 hatasız olduğunu kesin olarak iddia edemez. .

Efsane 6: Kaçırılan Kusurlar Testçilerden kaynaklanır

Reality- Test gerçekleştirildikten sonra bile uygulamada kalan hatalar için test uzmanlarını suçlamak doğru bir yaklaşım değildir. Bu efsane, Kısıtlamaları değiştiren Zaman, Maliyet ve Gereksinimler ile ilgilidir. Ancak test stratejisi, test ekibi tarafından hataların gözden kaçırılmasına da neden olabilir.

Efsane 7: Ürün Kalitesinden Test Uzmanları Sorumludur

Reality- Ürün kalitesinden yalnızca test uzmanlarının veya test ekibinin sorumlu olması gerektiği çok yaygın bir yanlış yorumlamadır. Test uzmanlarının sorumlulukları, paydaşlara hataların tanımlanmasını içerir ve ardından hatayı düzeltip düzeltmeyecekleri veya yazılımı serbest bırakacakları kendi kararlarıdır. Yazılımın o anda serbest bırakılması, herhangi bir hatadan sorumlu olacakları için test uzmanları üzerinde daha fazla baskı oluşturur.

Efsane 8: Test Otomasyonu, Zamanı Azaltmak için mümkün olan her yerde kullanılmalıdır

Reality- Evet, Test Otomasyonunun test süresini kısalttığı doğrudur, ancak yazılım geliştirme sırasında herhangi bir zamanda test otomasyonunu başlatmak mümkün değildir. Test otomatiği, yazılım manuel olarak test edildiğinde ve bir dereceye kadar kararlı olduğunda başlatılmalıdır. Dahası, gereksinimler değişmeye devam ederse test otomasyonu asla kullanılamaz.

Efsane 9: Bir Yazılım Uygulamasını Herkes Test Edebilir

Reality- BT endüstrisinin dışındaki insanlar, herhangi birinin bir yazılımı test edebileceğini ve test etmenin yaratıcı bir iş olmadığını düşünüyor ve hatta buna inanıyor. Ancak testçiler bunun bir efsane olduğunu çok iyi biliyorlar. Alternatif senaryolar düşünerek, potansiyel hataları keşfetmek niyetiyle bir yazılımı çökertmeye çalışmak, onu geliştiren kişi için mümkün değildir.

Efsane 10: Bir Test Uzmanının tek Görevi Hataları Bulmaktır

Reality- Bir yazılımdaki hataları bulmak, test uzmanlarının görevidir, ancak aynı zamanda, belirli bir yazılımın alan uzmanlarıdırlar. Geliştiriciler yalnızca kendilerine atanan belirli bileşen veya alandan sorumludur, ancak test uzmanları yazılımın genel işleyişini, bağımlılıkların neler olduğunu ve bir modülün başka bir modül üzerindeki etkilerini anlar.