Adhoc Test Nedir? Örnekli Tipler
Thomas Hamilton
Özel amaçlı Test
Özel amaçlı Test olası kusurları veya hataları mümkün olan en erken aşamada bulmak için test sürecini kırmayı amaçlayan resmi olmayan veya yapılandırılmamış bir yazılım test türüdür. Özel amaçlı testler rastgele yapılır ve genellikle test senaryoları oluşturmak için herhangi bir belgeleme ve test tasarım tekniğini takip etmeyen planlanmamış bir faaliyettir.
.jpg)
Özel Test, herhangi bir yapılandırılmış test yöntemini izlemez ve uygulamanın herhangi bir bölümünde rastgele yapılır. Bu testin temel amacı rastgele kontrol yoluyla kusurları bulmaktır. Adhoc testi, Yazılım test tekniği adı verilen teknikle gerçekleştirilebilir. Hata Tahmini. Hata tahmini, sistem üzerinde en olası hataların kaynağını "tahmin edebilecek" yeterli deneyime sahip kişiler tarafından yapılabilir.
Bu test herhangi bir dokümantasyon/planlama/sürecin takip edilmesini gerektirmez. Bu test, herhangi bir belgelendirme olmaksızın rastgele yaklaşımla kusurları bulmayı amaçladığından, kusurlar test senaryolarıyla eşleştirilmeyecektir. Bu, bazen eşlenen hiçbir test adımı veya gereksinim olmadığından kusurları yeniden oluşturmanın çok zor olduğu anlamına gelir.
Aşağıdaki video, size özel testlerin nasıl yapılacağını gösterir
Tıkla okuyun videoya erişilemiyorsa
Adhoc Testi ne zaman yürütülür?
Ayrıntılı testler yapmak için sınırlı süre olduğunda özel amaçlı testler yapılabilir. Genellikle anlık testler, resmi test yürütmesinden sonra gerçekleştirilir. Ve eğer zaman kalırsa sistem üzerinde özel testler yapılabilir. Özel amaçlı testler, yalnızca test uzmanının Test Edilen Sistem hakkında bilgi sahibi olması durumunda etkili olacaktır.
Adhoc test türleri
Adhoc testinin farklı türleri vardır ve bunlar aşağıda listelenmiştir:
| Buddy Test yapmak | İki arkadaş aynı modüldeki kusurları belirlemek için karşılıklı olarak çalışır. Çoğunlukla bir arkadaş geliştirme ekibinden, diğeri ise test ekibinden olur. Buddy test, test uzmanlarının daha iyi test senaryoları geliştirmesine yardımcı olur ve geliştirme ekibi de tasarım değişikliklerini erken yapabilir. Bu test genellikle şu tarihten sonra gerçekleşir: Birim Testi tamamlanması. |
| Eş testi | İki test uzmanına modüller atanır, fikirleri paylaşır ve kusurları bulmak için aynı makineler üzerinde çalışır. Bir kişi testleri yürütebilir ve başka bir kişi bulgular hakkında not alabilir. Test sırasında kişilerin rolleri testçi ve yazıcı olabilir.
karşılaştırma Buddy ve Çift Testi: Buddy test birimin birleşimidir ve Sistem Testi geliştiriciler ve test uzmanlarıyla birlikte yapılır ancak Eşli test yalnızca farklı bilgi düzeylerine sahip test uzmanlarıyla yapılır. (Deneyimli ve deneyimsizlerin fikir ve görüşlerini paylaşmaları) |
| Maymun Testi | Ürünü veya uygulamayı test durumları olmadan rastgele test edin bir amaç ile sistemi kırmak. |
Adhoc testinin en iyi uygulamaları
En iyi uygulamaları takip etmek etkili Adhoc Testleri garanti edebilir.
İyi iş bilgisi
Test uzmanlarının iş hakkında iyi bilgi sahibi olması ve gereksinimleri net bir şekilde anlaması gerekir. Uçtan uca iş sürecine ilişkin ayrıntılı bilgi, kusurların kolayca bulunmasına yardımcı olacaktır. Deneyimli testçiler hata tahmininde daha iyi oldukları için daha fazla hata bulurlar.
Test Anahtarı Modülleri
Anahtar iş modülleri belirlenmeli ve geçici testler için hedeflenmelidir. Sistemin kalitesi konusunda güven kazanmak için öncelikle iş açısından kritik modüller test edilmelidir.
Kusurları Kaydet
Tüm kusurların kaydedilmesi veya bir not defterine yazılması gerekir. Kusurların düzeltilmesi için geliştiricilere atanması gerekir. Her geçerli kusur için ilgili test senaryoları yazılmalı ve planlanan test senaryolarına eklenmelidir.
Bunlar kusur bulgular öğrenilen ders olarak yapılmalı ve test senaryolarını planlarken bunlar bir sonraki sistemimize yansıtılmalıdır.
Sonuç
Geçici testin avantajı, testin eksiksizliğini kontrol etmek ve planlanan testlerden daha fazla kusur bulmaktır. Kusur yakalama test senaryoları, planlanan test senaryolarına ek test senaryoları olarak eklenir.
Yazılım Mühendisliğinde Geçici Test, ayrıntılı test planlaması, dokümantasyon ve prosedür gerektirmediği için çok zaman kazandırır. Test Durumu tasarım.
