Testler Arasındaki Bağımlılıklar
Testler Arasındaki Bağımlılıklar
Pek çok testi, bir test durumundan elde edilen sonucun bir sonrakine girdi olacak şekilde bir araya getirin. Bu, bir dizi kısa test durumu tarafından üstlenilecek çok sayıda kapsamlı teste olanak tanır.
Sorun Açıktır ki, bir test senaryosu doğru çıktıyı üretemezse, onu takip eden tüm test senaryoları doğru bir şekilde başlamayacaktır (bazen ‘domino etkisi’ olarak anılır). Bu, açıklanan ‘uzun test durumlarının’ özel bir biçimidir.
Çözüm Kısa test senaryolarını bir araya getirmek güçlü ve kullanışlı bir tekniktir ve doğrudan ‘yasaklanması’ durumunda büyük ölçüde gözden kaçacaktır.
Ancak, işler ters gitmeye başladığında potansiyel olarak feci sonuçlar doğurabileceğinden, ihtiyatla kullanılmalıdır. Başlamak için temkinli bir yaklaşım öneriyoruz. İlk önce ne kadar iyi çalıştıklarını görmek için birkaç kısa test senaryosu dizisini deneyin, ardından ihtiyaçlarınız ve bunların etkililiği ve verimliliği gerektirdikçe sayıyı ve uzunluğu genişletin.
Bazı durumlarda, bir test senaryosu başarısız olduktan sonra bir test senaryosu zincirini yeniden başlatmak için ‘anlık görüntüleri’ kullanmak mümkün olabilir; örneğin gerçek sonuç yerine bir test senaryosunun beklenen sonucunu kullanmak. Ancak, uygulamada bunu organize etmek çok zor olabilir ve hak ettiğinden daha fazla çaba gerektirebilir.
Adlandırma Kuralları
İyi bir fikir? Otomatikleştiricileri yavaşlatacağı ve hatta yaratıcılığı engelleyebileceği için bir adlandırma kuralıyla uğraşmayın. Herkesin komut dosyalarına, dosyalara vb. isim vermesine izin verin.
Sorun Yalnızca birkaç test durumunuz varken ve yalnızca bir veya iki kişi yanlarına yaklaştığında, komut dosyalarının ve dosyaların adlandırılmasında herkes için ücretsiz olması uygundur. Ancak, test vakalarının sayısı arttıkça ve/veya farklı kişiler devreye girdikçe, durum kısa sürede kaotik bir hal alacaktır.
Farklı kişiler tarafından uygulanan test senaryoları arasında tutarlılık olmayacak, bu da onların kullanmak istedikleri komut dizilerini ve dosyaları bulmalarını zorlaştıracak ve böylece daha az yeniden kullanım ve daha fazla çoğaltmayı teşvik edecektir.
Çözüm Daha başlangıçta bazı adlandırma kurallarını benimseyin (gerçek bir sorun haline gelene kadar beklemeyin).
İnsanlar kuralları ne kadar çabuk öğrenirse, betikleri ve dosyaları bulmak ve yenilerini adlandırmak o kadar kolay olacaktır. Bu aynı zamanda daha az hata yapılmasına da yol açacaktır. Çözümün diğer bir kısmı, açıklandığı gibi bir hiyerarşi kullanarak test öğelerini organize etmektir.
Nonparametrik testler
Nonparametrik test nedir
Parametrik testler
Parametrik test nedir
Parametrik ve nonparametrik testler
Parametrik test örnekleri
Parametrik ve Nonparametrik testler arasındaki farklar
non-parametrik testler nelerdir
Test Karmaşıklığı
Artık manuel olarak gerçekleştirilemeyecek kadar karmaşık olan test senaryolarını uygulayabileceğimiz bir aracımız var. Araçlar daha karmaşık şeyleri test etmemizi sağladığından, büyük ve karmaşık test senaryoları oluşturarak her bir yönü tam olarak belirleyebiliriz.
Sorun Herhangi bir şey ne kadar karmaşıksa, anlaşılması o kadar zor olur ve neler olup bittiğini anlamak için o kadar fazla zamana ihtiyaç duyulur. Test senaryoları sadece bir kez yazılmaz ve bir daha asla okunmaz. Test senaryosu sürdürüldüğünde, küçük değişiklikler için bile birisinin onu çok iyi anlaması gerekir, böylece değişikliklerinin olumsuz bir etkisi olmayacağından emin olabilirler.
Buradaki bir başka sorun da teknik insanların teknolojiye kapılma eğilimleridir. Yazılım sistemlerinin bazı yönlerinin otomatikleştirilmesi zor olabilir ve akıllı ve karmaşık bir çözüm gerektirebilir. Çok karmaşık test senaryolarının, test senaryolarının kendileri herhangi bir gerçek fayda sağladığı için değil, sadece yapılabilir oldukları için uygulandığı örnekler gördük.
Çözüm Test edilen yazılımın doğası gereği karmaşık olması gereken bazı test senaryoları olabilir. Ancak bunlar minimumda tutulmalıdır. Bakım maliyeti, sundukları tasarrufları kısa sürede yok edebileceğinden, çok sayıda karmaşık test senaryosuna büyük ölçüde güvenmek tehlikeli olabilir.
Otomatikleştirmek için test senaryolarını seçerken, her zaman bu test senaryolarını otomatikleştirmek ve sürdürmek için ne kadar çaba gerektiğini makul bir süre içinde (bir veya iki yıl) tasarruf edilmesi muhtemel çaba ile karşılaştırın. Bir test senaryosunun yalnızca birkaç kez yürütülmesi muhtemelse ancak otomatikleştirilmesi çok maliyetliyse, onu otomatikleştirmeye değmeyebilir.
Test Belgeleri
Test senaryoları için belge gerekmez; ne de olsa, onları okuyacak olan yalnızca araçtır. Her durumda, test betiklerimiz ‘kendi kendini belgeliyor.
Sorun Bu, yazılım için herhangi bir belgeye ihtiyacımız olmadığını çünkü onu çalıştıracak olanın yalnızca bilgisayar olduğunu söylemek gibidir. Durumun böyle olmadığını ve belgelenmemiş veya yetersiz belgelenmiş sistemlerle uğraşma sorununun sektörümüzde aşırı miktarda zaman ve para kaybına yol açtığını şimdiye kadar bilmeliyiz.
Çözüm Test senaryoları için belgeler doğru düzeyde ve kullanışlı olmalıdır. Komut dosyasının ne yaptığını söylemek için her komut dosyasında ek açıklamaların yanı sıra test öğelerine genel bir bakış sağlayan genel belgeler bulunmalıdır. Önemli olan belgelerin niceliği değil niteliğidir.
Birçoğu belirli ortamlara, sistemlere ve test türlerine özgü olsa da, test bakımını etkileyebilecek birçok başka özellik vardır. Bu öz niteliklerin farklı alt kümeleri, ortamlarına, çalışma biçimlerine ve test otomasyonu yaklaşımlarına bağlı olarak farklı kuruluşlara uygulanacaktır.
Bize öyle geliyor ki iş başında bir komplo var. Aşağıdaki noktalar dikkate alındığında, bu kadar çok kuruluşun neden büyük bir bakım yükü altında kaldığını anlamak kolaydır.
Araçlar doğru şeyi yapmanıza yardımcı olur. Çoğu araç, insanların otomatikleştirilmiş test senaryolarını hızlı ve minimum çabayla uygulamalarına yardımcı olur. Ne yazık ki bu ‘minimum çaba’ yaklaşımı, bakım sorunları hakkında fazla düşünmeyi teşvik etmez ve bu nedenle bunlar çok geç olana kadar bırakılır.
Bazı araç satıcıları, belgelerine kaçınılması gereken şeyler ve yapılacak iyi şeyler hakkında yararlı bilgiler koyarlar, ancak bunu kim okur? Çoğu zaman belgeler yalnızca son çare olarak okunur ve o zaman bile, onu yapmanın en iyi yolunu araştırmak zorunda değil, belirli bir görevin nasıl yapılacağını bulmaya çalışır.
non-parametrik testler nelerdir Nonparametrik test nedir Nonparametrik testler Parametrik test nedir Parametrik test örnekleri Parametrik testler Parametrik ve nonparametrik testler Parametrik ve Nonparametrik testler arasındaki farklar