fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Keşif testi, bir uygulama için birçok faydası olan ve uygulamanın tam potansiyeline ulaşmasını sağlayan özel bir yazılım testi türüdür.

Bir ekibin keşif testlerini rutin kontrollerine entegre etme şekli, özellikle test prosedürlerine yeni ve beklenmedik şekillerde yaklaştığı için yazılımın ne kadar iyi çalıştığını bile belirleyebilir. Bu, test uzmanlarının uygulama içindeki, aksi takdirde lansmana kadar fark edilmeyebilecek ve temel özelliklerin çalışmamasına neden olabilecek sorunları ortaya çıkarmasına yardımcı olur.

Keşifsel test süreçlerini, türlerini ve yaklaşımlarını anlamak, kuruluşu ve test ekiplerini bunu olağan kontrollerine nasıl dahil edecekleri konusunda yönlendirmenize yardımcı olabilir.

Ekibin bu denetimleri kolaylaştırmak ve sorunları potansiyel olarak gelişimin önündeki engeller haline gelmeden önce fark etmek için kullanabileceği bir dizi ücretsiz araç da vardır.

Bu kılavuzda, keşif testinin faydalarının yanı sıra bir ekibin uygulamadan önce göz önünde bulundurması gereken temel hususları ele alıyoruz.

 

Keşif Testi Nedir?

 

Keşifsel testler, test tasarım ve uygulama aşamalarını birleştirerek test uzmanı için tam bir operasyonel özgürlük sağlar ve çalışmalarını sürekli olarak kolaylaştırmalarına olanak tanır.

Bu ekipler yazılımı kontrol ederken, muhtemelen kapsamlı incelemeler gerektiren yeni bileşenler keşfedecek ve uygulamaya fayda sağlayacak yeni testleri kolayca bulabileceklerdir.

Keşifsel test, geçici teste benzer ancak çok daha titiz bir dokümantasyonu takip eder ve daha aktif bir öğrenme sürecini de içerir.

Daha az yapılandırılmış yaklaşım, test uzmanlarının bir uygulamanın gerçekçi senaryolara ve test senaryolarına nasıl yanıt vereceğini belirlemesine yardımcı olur ve komut dosyası testleri için hayati bir tamamlayıcı görevi görür.

Bir ekibin keşif testlerinin kalitesi genellikle bireysel test uzmanlarının becerilerine bağlıdır çünkü kontroller yaratıcılık ve yazılımı tam olarak anlamayı gerektirir. Bu, test uzmanlarının genel tekniklerini yönlendirmek için tümdengelimli akıl yürütmeyi kullandıkları sürekli bir keşif sürecidir.

Keşif testi, kullanıcıların yazılımı nasıl kullanabileceğini yansıtması nedeniyle özellikle yararlıdır. Çoğu kullanıcı hataları ve sorunları kazara bulur, bu nedenle bu komut dosyası olmayan süreçler test uzmanlarının önceden belirlenmiş kontrollerin ortaya çıkaramayacağı sorunları bulmasına yardımcı olabilir.

Bir ekibin daha yüksek düzeyde verimlilik sağlamak için bu prosedürü otomatikleştirmesi de mümkündür.

 

1. Keşif Testi ne zaman yapılmalıdır?

 

Keşifsel testler genel olarak neredeyse tüm yazılım test süreçlerinde faydalıdır, ancak özellikle bir uygulama hakkında hızlı geri bildirim sağlamada mükemmeldir.

Ekip, komut dosyası testlerinin tükenmesi durumunda bu kontrolleri de dahil edebilir. Yazılım denetimleri için net bir yönlendirme olmadan, keşif testleri standart kontrollerin dışında kalan sorunların ortaya çıkarılmasına yardımcı olabilir.

Farklı test prosedürlerinin uygulanması, test uzmanlarının bu yazılımı her aşamada çok daha derin bir seviyede anlamasını sağlar, ancak bunların erken yapılması daha fazla fayda sağlayabilir.

Ekiplerin içlerinin daha da rahat etmesi için gerektiğinde daha sonra keşif testlerini yeniden yapmaları mümkündür.

 

2. Keşif Testi yapmanıza gerek olmadığında

 

Keşif testinin hiçbir fayda sağlamadığı birkaç senaryo vardır, ancak test uzmanları için yazılımın temel işlevselliğine sahip olana kadar beklemek daha yararlı olabilir.

Bir uygulamanın özellikleri genellikle birbiriyle kesişir veya etkileşime girer; bu da, geliştirme ekibi bu yazılıma daha fazlasını eklediğinde, bir işlev üzerindeki keşif testlerinin geçersiz olabileceği anlamına gelir.

Ayrıca, test uzmanlarının karışıklığı önlemek için güçlü bir dokümantasyon düzeyi sağlayabileceklerini varsayarsak, bu testleri komut dosyası kontrolleriyle birlikte sorunsuz bir şekilde yürütmek de mümkündür.

Keşif testi, diğer test türlerine kıyasla çok yönlüdür ve bu kontrolleri son derece uygulanabilir hale getirir.

 

3. Keşifsel Teste kimler katılır?

 

Keşifsel testler, aşağıdakiler de dahil olmak üzere birçok personeli bir şekilde kapsar:

– Her beceri seviyesindeki yazılım test uzmanları bu testleri gerçekleştirebilir, ancak yazılımı daha iyi anlayan ekip üyeleri daha çeşitli kontroller tasarlayabilir.

Deneyim, en faydalı testleri belirleme becerilerini de etkileyebilir.

– Bu testlerin sonuçlarını kabul eden yazılım geliştiriciler, her türlü öneriyi dikkate alacak ve genellikle soruna kendi çözümlerini geliştireceklerdir.

Testlere verdikleri yanıtlar, uygulamanın başarılı bir sürüm için uygun bir duruma ulaşmasını sağlayan şeydir.

– Tüm bu süreci denetleyen ve hatta ekiplerin hangi test türlerini kullanacağına karar verenler proje yöneticileri olabilir.

Ayrıca, ekipler için testleri kolaylaştıracak ve hatta otomatikleştirecek yazılımların tedarik edilmesinden de sorumlu olabilirler.

 

Keşif Testi yaşam döngüsü

 

Keşifsel test süreci, test uzmanının özgürlüğüne güçlü bir şekilde odaklanır, ancak yine de belirli bir yapıyı takip eder.

Bu yaklaşımın başlıca üç aşaması şunlardır:

 

Aşama 1: Öğrenme

 

Test uzmanları, yazılım ve işlevselliği hakkında güçlü bir anlayış geliştirerek işe başlarlar – yazılımın birbirine nasıl uyduğunu belirlemek için yazılımı eleştirel bir şekilde analiz ederler.

Bu, test uzmanının, uygulamayı ve nasıl çalıştığını zaten biliyor olsa da, bir kullanıcının yapabileceği olağan girdileri anlamasına olanak tanır.

Öğrenme aşaması, yazılımın nasıl çalıştırılacağına dair bir eğitim bile gerektirebilir. Bu, keşif aşamasıdır ve test uzmanını kapsamlı ve faydalı testler tasarlayabilmesi için gerekli tüm bilgilerle donatır.

 

Aşama 2: Test tasarımı

 

Keşifsel test tasarımı çeşitli kurallar ve parametreler içerir, ancak yine de test başlamadan önce ayrıntıları zaten bilinen senaryolu testlere kıyasla önemli ölçüde daha fazla özgürlük sunar.

Test uzmanı, uygulamaya daha uygun olduğuna inandığı kontrolleri tasarlayabilir ve geliştirme ekibi için düzeltmeleri gereken önemli hatalar da dahil olmak üzere değerli verileri ortaya çıkarabilir.

Test ekipleri bu aşamayı, hangi yaklaşımı benimseyeceklerini ve işi çeşitli test uzmanları arasında güçlü yönlerine göre nasıl paylaştıracaklarını belirlemek için kullanır.

 

Aşama 3: Yürütme

 

Kullanılacak kontrolleri tasarladıktan sonra, test uzmanları artık uygulamayı en etkili olduğuna inandıkları yollarla inceleyebilirler – bunu belirli bir testi tasarladıktan hemen sonra yapabilirler.

Bu aşama, test uzmanlarının aktif olarak sorunları ve ortaya çıkardıkları sorunların diğer özellikleri ve işlevleri nasıl besleyebileceğini araştırdığı aşamadır.

Keşifsel test uygulamalarında bir miktar sezgisel çalışma söz konusu olsa da, yine de belirli süreçleri ve hedefleri takip eder ve belirli test hedeflerine kolayca uyum sağlayabilen akıcı bir teste izin verir.

 

Keşifsel ve Komut Dosyalı Testler

 

Keşifsel test, senaryolu testin tam tersidir, ancak her ikisi de bir uygulamanın piyasaya sürülmeye hazır olmasını sağlamak için önemli olabilir. İkincisi genellikle daha resmi ve yapılandırılmış olup, genellikle uygulamanın işlevselliğine daha spesifik olan keşif kontrollerine kıyasla birçok geniş kapsamlı testi kapsar.

Bunun bir parçası olarak, keşif testleri de önemli ölçüde daha uyarlanabilirken, komut dosyası testleri yazılımda büyük değişiklikler olduğunda zorlanabilir. Keşif testleri hataları ortaya çıkarabilir ve bunlara karşı daha hızlı hareket edebilir, bu da hızlı geri bildirimin çok önemli olduğu durumlarda ilkini özellikle yararlı kılar.

 

1. Aktif Keşif Testi

 

Aktif keşif testi, bir test uzmanının kontrolleri için otomatik bir komut dosyası tasarlamasını ve başka bir test uzmanının bunu yürütmesini içerir. Bu komut dosyaları, varsa önceki testleri dikkate alır.

İki test uzmanı, bu senaryoların ve süreçlerin güvenilirliğini iki kez kontrol etmek için denetim prosedürü boyunca genellikle rolleri değiştirir.

Aktif testler, keşif kontrollerinin ticari marka özgüllüğünden ödün vermeden daha geniş bir kapsama alanına sahiptir. Bu komut dosyaları ayrıca daha iyi belgelendirmeye olanak tanıyarak test uzmanlarının bulduğu sorunların yeniden üretilmesini kolaylaştırır.

Dokümantasyon, paydaşların uygulamanın genel ilerlemesini görmelerine de yardımcı olduğu için aktif testlerin önemli bir bileşenidir.

 

2. Pasif Keşif Testi

 

Pasif keşif testleri yalnızca bir test uzmanı gerektirir, ancak çiftler halinde çalışmak süreci daha da kolaylaştırabilir.

Bu yaklaşım, test uzmanlarının eylemlerini kaydeden ve ortaya çıkardıkları herhangi bir sorunu tekrarlamak için onlara kolay adımlar sağlayan özel bir yazılım içerir. Bu genellikle test uzmanının eylemlerini adım adım açıklayan bir yorum yaptığı bir video şeklindedir.

Test sürecinin kaydedilmesi, girdi taleplerine ne kadar hızlı yanıt verdiği de dahil olmak üzere uygulamanın performansı hakkında da fikir verir.

Pasif testler hem test uzmanlarına hem de geliştirme ekibine yazılımın nasıl çalıştığına dair çok sayıda ayrıntılı bilgi sağlar.

 

Keşifsel Test Teknikleri

 

Keşifsel testler tipik olarak bir test uzmanının yazılımı en verimli şekilde keşfettiği bir ‘tur’ formatını izler.

Ekibin seçebileceği çeşitli turlar bulunmaktadır:

 

– Rehber kitap turları

Bu yaklaşım, uygulamanın öne çıkan işlevlerine öncelik vererek ortalama bir kullanıcının yazılımla nasıl etkileşim kurduğunu yakından taklit eder ve doğal olarak bulacakları sorunları ortaya çıkarır.

 

– Tarih turları

Bu tur, uygulamanın en eski özelliklerinin hala çalıştığından emin olmak için inceler; bu, özellikle geliştiriciler onunla çakışan yeni özellikler eklediyse önemlidir.

 

– Para Turu

Bu keşif testi, özellikle müşterilerin ve müşterilerin erişmek için para ödediği kritik uygulama özelliklerini kontrol eder – bunlar genellikle test ekibi arasında en yüksek önceliklerdir.

 

– Suç çılgınlığı turu

Test uzmanları bazen bir uygulamayı kırmak veya olumsuz senaryolar oluşturmak için aktif olarak çalışırlar, örneğin geçersiz bilgiler girerek uygulamanın buna nasıl tepki verdiğini araştırırlar.

 

– Arka sokak turu

Bu süreç, daha az sayıda müşterinin kullanması muhtemel özellikleri içerir; bunlar, özellikle diğer işlevlerle etkileşime girecekleri için herhangi bir test yaklaşımı için aynı derecede önemlidir.

 

– Entelektüel tur

Bu tur, yazılımın işlem hızını belirlemek için en karmaşık işlevleri daha yüksek (bazen maksimum) değerlerle test ederek uygulamayı daha da zorlar.

 

Keşifsel Test yaklaşımları

 

Keşif testi için iki ana yaklaşım vardır:

 

1. Oturum Tabanlı Keşif Testi

 

Bu, test sürecini iki bileşenli ‘oturumlara’ bölerek ölçmeyi amaçlayan zamana dayalı bir tekniktir: görevler ve tüzükler.

Görev, söz konusu oturumun amacı ve süresidir ve keşif amaçlı test uzmanına net bir odak noktası sağlar.

Bir tüzük, her oturumun kapsamını belirler ve test uzmanının yerine getirmeyi amaçladığı belirli hedefleri detaylandırır. Bu, bu kontrolleri daha yönetilebilir bileşenlere ayırarak daha yüksek düzeyde hesap verebilirlik (ve dokümantasyon) ile sonuçlanır.

Oturum tabanlı testler ayrıca üretkenliği artırır ve test uzmanına net metrikler ve sorun giderme bilgileri sağlar.

 

2. Çift Tabanlı Keşif Testi

 

Çift tabanlı test, uygulamayı eş zamanlı olarak sürekli kontrol etmek için genellikle aynı cihaz üzerinde çiftler halinde çalışmayı içerdiğinden aktif keşif testine benzer. Bu düzenlemede, bir test uzmanı bir dizi test senaryosu önerir ve ilerleme hakkında notlar tutarken diğeri yazılımı test eder.

Her iki test uzmanının da kontrollerden ve bunların amaçlarından haberdar olmasını sağlamak için çift tabanlı testler boyunca iletişim çok önemlidir.

Bu çiftleri kendiniz atıyorsanız, her test uzmanının güçlü ve zayıf yönlerini dikkate aldığınızdan emin olun; bu sayede daha güçlü keşifsel test süreçleri oluşturabilirsiniz.

 

Keşif Testi hangi faktörlerden etkilenir?

 

Bir ekibin keşif testlerinin kalitesini etkileyebilecek faktörler şunlardır:

 

– Yazılımın genel amacı ve temel işlevselliği.

– Bir uygulamanın mevcut aşaması için özel test hedefleri.

– Ekipteki her bir test uzmanının bireysel rolleri ve yetenekleri.

– Testleri otomatikleştirmek için ücretsiz yazılım gibi mevcut araçlar.

– Test uzmanlarının meslektaşlarından veya yönetimden aldığı destek.

– Müşterinin talepleri ve piyasanın mevcut geniş eğilimleri.

– Arayüzün akıcılığı gibi uygulamanın kullanım kolaylığı.

– Test uzmanlarının test aşamasını tamamlamak için sahip oldukları süre.

– Test uzmanlarının kullanmayı planladığı girdiler ve diğer çeşitli veriler.

– Geliştiricilerin zaman içinde yazılıma ekledikleri özellikler.

 

Keşif Testi Türleri

 

Bir ekibin dahil edebileceği üç ana keşif testi türü şunlardır:

 

1. Serbest Stil Keşif Testi

 

Serbest stil test, bir uygulamayı kontrol etmeye yönelik geçici yaklaşımı benimser. Bunun hesaba katılması gereken çok az kuralı vardır, bu nedenle etkinliği değişebilir; bazı yazılımlar ve bileşenler daha sağlam bir metodoloji gerektirir.

Bu kontroller, test uzmanlarının bu uygulamayı tanımasına ve önceki bir test uzmanının çalışmasını doğrulamasına yardımcı olarak yine de pek çok fayda sağlayabilir.

Katı kurallar olmasa bile, deneyimli ve yetenekli test uzmanları bunu kendi avantajlarına olacak şekilde kolayca kullanabilirler. Yazılımın her alanında kolaylıkla hareket edebilirler – bazı durumlarda test kuralları kısıtlayıcıdır ve ekibin sonuçlarını istemeden sınırlayabilir.

 

2. Senaryo Tabanlı Keşif Testi

 

Senaryo tabanlı testler, kullanıcıların bu yazılımın tipik çalışması sırasında yapması muhtemel girdileri kontrol etmek gibi gerçekçi durumları her test için temel olarak kullanır.

Test uzmanları, tasarladıkları her senaryonun bir kullanıcının uygulamayla nasıl etkileşim kurduğuyla eşleştiğinden emin olmak için çok çalışır.

Ekibin amacı mümkün olduğunca çok senaryoyu test etmek olduğundan zaman bir kısıtlama olabilir; önümüzdeki son teslim tarihlerine bağlı olarak, bu muhtemelen her olasılığı kapsayamayacaktır.

Test uzmanları farklı kategorilerde geniş bir test yelpazesi kullanmalıdır.

 

3. Strateji Tabanlı Keşif Testi

 

Strateji tabanlı testler, sınır değer testi, eşdeğerlik teknikleri, risk tabanlı teknikler ve daha fazlası dahil olmak üzere çok çeşitli özel yöntemleri içerir. Bu genellikle, bu bireysel yöntemleri içeren özel stratejiler geliştirebilecekleri için uygulamaya zaten aşina olan test uzmanlarına öncelik verir.

Strateji tabanlı bir yaklaşım, bir kullanıcının ortaya çıkan sorunlarla karşılaşmasına neden olabilecek olası senaryolara bakmadan öncelikle yazılımın işlevselliğine (ve iç işleyişine) odaklanır. Bu, bir uygulamanın ve çeşitli özelliklerinin, potansiyel olarak diğer çeşitli yaklaşımlardan daha derinlemesine daha geniş bir analiziyle sonuçlanabilir.

 

Manuel veya otomatik Keşif Testleri?

 

Test ekipleri keşif kontrollerini manuel olarak gerçekleştirebilir ya da otomatik hale getirebilirler. Her iki seçenek de muazzam faydalar sunma kapasitesine sahiptir; doğru seçenek genellikle projenin özelliklerine bağlıdır.

 

Manuel Keşif Testi

 

Manuel keşif testi, daha geniş bir yelpazede ısmarlama kontroller yapılmasına olanak tanır. İnsan test uzmanlarının bilgisayarlardan daha yavaş olması nedeniyle bu işlem daha uzun sürse de, manuel inceleme kullanıcı deneyiminin belirlenmesinde etkili olabilir.

Bir test uzmanı sadece bir uygulamanın tüm özelliklerinin olması gerektiği gibi çalıştığından emin olmak için değil, aynı zamanda kullanıcı tabanının uygulamayı kolaylıkla kullanıp kullanamayacağını tespit etmek için de çalışır. Bu belki de keşif testinin en yaygın şeklidir – ancak bu onu en etkili hale getirmez.

 

1. Keşif Testlerini manuel olarak gerçekleştirmenin faydaları

 

Manuel keşif testinin faydaları şunlardır:

 

Kullanılabilirliğe daha güçlü odaklanma

 

Otomatik keşif testleri yazılımdaki tutarsızlıkları fark edebilir ancak bu sorunları bir insan test uzmanıyla aynı şekilde yorumlayamayabilir.

Bu, otomasyonun hesaba katamayacağı bir şekilde, yazılım kullanıcılarının uygulamada nasıl gezineceklerini veya uygulamayla nasıl etkileşime gireceklerini anlamayı içerir.

Manuel keşif amaçlı test uzmanları, buldukları sorunların genel yazılımı veya genel deneyimi nasıl etkilediğine ilişkin belirli ayrıntılar da dahil olmak üzere daha üst düzeyde geri bildirim sunabilir.

 

Gerçek zamanlı değişiklikler yapabilir

 

Keşif testinin en güçlü yönlerinden biri, bir test ihtiyacını tespit etmenin ve gerekli iyileştirmeleri açık artırmaya çıkarmadan önce nispeten hızlı bir şekilde uygulamanın mümkün olmasıdır.

Otomatik test genellikle çok daha hızlı bir süreçtir, ancak test uzmanları değişiklik yapmadan önce her şeyin tamamlanmasını beklemelidir – manuel test uzmanları bunu keşif testi süreci devam ederken yapabilir.

Ancak bu genellikle yalnızca yazılımın küçük parçalarını etkileyen hatalar için mümkündür.

 

Detaylara daha fazla dikkat

 

Keşifsel test, temel olarak bir uygulamayı anlarken onu test etmenin yeni yollarını keşfetmekle ilgilidir; bu bazen test uzmanına fikir vererek bir testin diğerine yol açması anlamına gelebilir.

Otomatik testler, test ekibi için nispeten hands-off olması nedeniyle bunu hesaba katmayabilir. Manuel test uzmanları yazılım hakkındaki bilgilerini sürekli olarak geliştirir ve yeni ama aynı derecede önemli testler tasarlarlar – ancak üçüncü taraf yazılımlar bunları otomatikleştiriyorsa bu zor olabilir.

 

Kod dışındaki hataları bulabilir

 

Manuel keşif kontrolleri, test uzmanlarının kodun ötesi de dahil olmak üzere uygulama ve yazılımın her yönüne bakmasına olanak tanır.

Birçok otomatikleştirilmiş yaklaşım kodla ve kodun nasıl işlediğiyle sınırlıdır, bu da test ekiplerinin uygulamanın diğer bölümlerinde ortaya çıkabilecek sorunları fark etmemesine neden olabilir.

Bazı çözümler keşif testi için daha geniş bir yaklaşım sunabileceğinden, bu esas olarak sahip olduğunuz otomasyon yazılımına bağlıdır.

 

Proje genelinde kaliteyi sağlar

 

Otomatik keşif kontrolleri yalnızca uygulama içindeki hataları ve metrikleri arar; manuel test uzmanları bunun yerine yazılımı inceleyebilir ve kendi kapsamlı geri bildirimlerini sunabilir.

Örneğin, kodu test edebilir ve çok karmaşık olup olmadığını belirleyebilirler – ölü kod performansı yavaşlatabileceğinden özellikle önemlidir, ancak otomatik süreçler tarafından etkili bir şekilde tespit edilmeyecektir.

Bir test uzmanının yazılım hakkındaki bilgisi, testin diğer aşamalarında ortaya çıkan sorunların teşhis edilmesinde etkili olabilir.

 

2. Manuel Keşif Testinin Zorlukları

 

Manuel keşif testlerinin zorlukları şunlardır:

 

İnsan hatası olasılığı

 

Otomatik keşif testi, tam ilerlemede herhangi bir değişiklik olmadan aynı kontrolü gerektiği kadar çalıştırabilir, tutarlılık ve güvenilir sonuçlar sağlar.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Manuel keşif testleri insan hatalarına karşı savunmasızdır, yani test uzmanı yanlış değer girebilir. Bu testleri iki kez kontrol etmek ve ilk bakışta bile bariz görünebilecek tutarsızlıkları düzeltmek genellikle mümkündür.

Ancak, bir hatayı fark ettikten sonra bir testi yeniden yapmak daha fazla zaman alabilir.

 

Genellikle daha fazla zaman alır

 

Test uzmanları her keşif kontrolünü insan hatası olmadan doğru bir şekilde yapsalar bile, testleri çok daha hızlı bir şekilde hesaplayabilen otomatikleştirilmiş yazılımlara kıyasla bu genel süreç önemli miktarda zaman alır.

Bu, en az birkaç saatlik bir fark olabilir; test uzmanlarının uygulamanın otomasyondan hiçbir fayda sağlamayacak kısımlarına harcayabilecekleri zaman.

Keşif testleri de sürekli denetim gerektirirken, otomasyon testlerin gece boyunca çalışmasına olanak tanır.

 

Uzun dokümantasyon süreci

 

Benzer şekilde, manuel test sırasında ve sonrasında manuel dokümantasyon, keşif testi süreci üzerinde gereksiz bir yük oluşturabilir.

Bu, zaman içindeki değişiklikleri ve yazılım düzenlemelerini izlemeyi daha zor hale getirir – otomatik yazılımlar genellikle testleri çalıştırırken bunu sezgisel olarak hesaba katabilir.

Bu, zaman ve enerjiyi diğer konulardan uzaklaştıran ve genel yazılım test prosedürünün kapsamını ve genişliğini etkili bir şekilde azaltan bir başka idari konudur.

 

Yazılımı yakından tanımalı

 

Herhangi bir beceri seviyesindeki manuel test uzmanları uygulamayı inceleyebilir ve kapsamlı bir şekilde test edebilir. Bunun nedeni, keşif sürecinin ilk aşaması olan yazılımı anlamak için harcadıkları emektir.

Ancak, bir test uzmanı bu uygulamanın nasıl çalıştığını öğrenmekte zorlanır veya ihmal ederse, muhtemelen uygun bir dizi test tasarlamakta ve uygulamakta zorlanacaktır.

Yazılımı iyi tanımak, test uzmanlarının normal test parametrelerinin ötesine geçmesini sağlar.

 

Bakımı masraflı

 

Manuel keşif testlerine güvenmek genellikle daha büyük bir test ekibi gerektirir ve bu da otomatik kontrollere kıyasla daha yüksek uzun vadeli maliyetlere neden olabilir. Bu keşif testlerini gerçekleştiren üçüncü taraf yazılımlar muazzam bir değer sağlayabilir, hatta tamamen ücretsiz olabilir.

Görevlerin karmaşıklığına bağlı olarak, bir şirket uygulamayı tam olarak kontrol etmek için yılların deneyimine sahip çok yetenekli test uzmanlarına ihtiyaç duyabilir. Bu, ücretsiz otomasyon yazılımı kullanmaya kıyasla test masraflarını önemli ölçüde artırabilir.

 

3. Manuel Keşif Testi Ne Zaman Kullanılmalı?

 

Manuel keşif testi genellikle çeşitli zorluklarla birlikte gelir, ancak yine de kapsamlı yazılım testinin hayati bir bileşenidir. Bunun nedeni, yazılımın otomasyonun tam olarak hesaba katamadığı ve güçlü bir odaklanma gerektiren yönleri olmasıdır.

Örneğin yazılım, kullanıcı arayüzleri veya kullanıcı deneyimi testleri hakkında güvenilir bir şekilde geri bildirim sağlayamaz. Test uzmanları, bir uygulamanın pratikte nasıl çalıştığına dair iyi bir fikri ancak manuel olarak test ederlerse edinebilirler. Bu, hem geliştiricilerin hem de test ekiplerinin kontrollerine en azından bir dereceye kadar manuel keşif testi entegre etmeyi düşünmeleri gerektiği anlamına gelir.

 

Otomatik Keşif Testi

 

Otomatik test, belirli kontrolleri otomatikleştirmek için üçüncü taraf yazılımları kullanır – test uzmanları genellikle bunu neredeyse her teste uyacak şekilde özelleştirebilir.

Ancak bu genellikle ekibin otomasyonu kalibre etmek için kontrolü en az bir kez manuel olarak çalıştırmasını gerektirir. Bu, hem test hem de geliştirme ekipleri için süreci önemli ölçüde kolaylaştırabilir.

Keşif testlerini otomatikleştirmek yaygın olmasa da, bunu yapmanın uygulamanız ve performansı için birkaç açık faydası vardır.

 

1. Keşifsel Test Otomasyonunun Faydaları

 

Keşif testi otomasyonunun başlıca faydaları şunlardır:

 

Tutarlı test yürütme

 

İnsan hatası, düzeltilmesi hem zaman hem de para alan test hatalarına kolayca yol açabilir; otomatik keşif kontrolleri, test ekiplerinin bu sorunu atlatmasına olanak tanır.

Test uzmanları, otomasyon yazılımına bir testin nasıl doğru şekilde yürütüleceğini etkili bir şekilde öğretir ve bunu her seferinde aynı şekilde yapmasını sağlar. Bu, testlerin genel güvenilirliğini artırır ve geliştiricilerin sonuçları beklemek için harcadıkları süreyi azaltır – özellikle test uzmanları bunu kolaylıkla gece boyunca çalışacak şekilde ayarlayabildiğinden.

 

Herkes için zaman kazandırır

 

Otomatik testler, geliştiricilerin sorunlara yönelik düzeltmeler üzerinde çok daha hızlı bir şekilde çalışmaya başlamasını sağlarken, test uzmanlarının da daha geniş bir keşif kontrolleri yelpazesini kapsamasına olanak tanır. Son teslim tarihi ne olursa olsun ekibin hesaba katabileceği çok fazla senaryo vardır, bu da test uzmanlarının izin verilen zaman dilimine mümkün olduğunca çok kontrol sığdırmasının önemli olduğu anlamına gelir.

Otomasyon, bu keşif testlerini manuel test uzmanlarından çok daha hızlı bir şekilde gerçekleştirerek yardımcı olur.

 

Uygun maliyetli bir yaklaşım

 

Ekibin seçtiği yazılıma bağlı olarak, otomasyon manuel testten çok daha uygun maliyetli olabilir – hatta bu ücretsiz bile olabilir.

Manuel test uzmanlarının işe alınması hala kritik olsa da ve bazıları otomasyon prosedürlerini kalibre etmekten sorumlu olacak olsa da, pratik olarak mümkün olduğunca çok keşif testini otomatikleştirmek şirkete personel maliyetlerini düşürme şansı verir.

Ekip otomasyon yazılımını bir kez anladığında, onu çok çeşitli görevlere uyarlayabilir.

 

Birden fazla cihaz için uyarlanabilir

 

Manuel testler, mobil bir uygulama geliştiriliyorsa Android ve iOS gibi çeşitli telefon işletim sistemleri hakkında bilgi sahibi olmak gibi çeşitli cihazlarda deneyim sahibi personel gerektirebilir.

Otomatik yazılımlar bunu hesaba katabilir ve uygulamanın tutarlı bir şekilde iyi performans göstermesini sağlamak için birden fazla cihazda test yapabilir. Bu cihazlar hakkında bilgi sahibi olan test ekipleri süreci sıkıcı bulabilir; otomasyon bir kez daha olağan keşif testi süreçlerini kolaylaştırabilir ve her iterasyonu aynı anda test edebilir.

 

Yeniden kullanılabilir komut dosyaları

 

Ekip aynı yazılımın birkaç sürümünü, hatta benzer mimariye veya özelliklere sahip birden fazla ürünü test ediyorsa, komut dosyalarını bir test döngüsünden diğerine yeniden kullanmak mümkündür.

Uyumluluğu sağlamak için gerekli ayarlamalar varsa, manuel test uzmanları bunları yepyeni bir komut dosyası yazmaktan çok daha hızlı bir şekilde yapabilir.

Otomasyon, keşif testi sürecinin neredeyse her aşamasını optimize eder ve farklı yazılım konfigürasyonlarında kurulumu kolaydır.

 

2. Keşif Testlerini Otomatikleştirmenin Zorlukları

 

Bu süreç aynı zamanda aşağıdakiler gibi çeşitli zorlukları da içermektedir:

 

Testin sadece bir tarafını temsil eder

 

Uygulamayı test ederken her kontrolü otomatikleştirmek pratik veya akıllıca değildir, çünkü yalnızca manuel bir test uzmanının güvenilir bir şekilde geri bildirim sağlayabileceği bazı hususlar vardır.

Buna kullanıcı deneyimi de dahildir, ancak seçtiğiniz yazılıma bağlı olarak otomasyon yoluyla kapsamlı performans ve yük testi analizleri elde etmek mümkün olabilir.

Keşifsel test otomasyonu insan muhakemesinden yoksundur ve bazı kontroller için manuel bir test uzmanıyla birlikte en iyi şekilde çalışabilir.

 

Gerçekçi olmayan yetenek beklentileri

 

Benzer şekilde, otomatik keşif testi prosedürleri, projenin tamamının yanı sıra bir uygulama için de muazzam faydalar sağlayabilir.

Ancak bu yaklaşım her zaman çözüm değildir. Her aşamada büyük ölçüde otomasyona bel bağlayan kuruluşlar, yazılım konusunda eksik bir bakış açısına sahip olabilirler.

Otomasyon sorunları tanımlar ancak bunların düzeltilmesinden test ve geliştirme ekipleri sorumludur. Projedeki herkesin yeteneklerini ve sınırlamalarını anlaması için kapsayıcı bir otomasyon stratejisi tanımlamak önemlidir.

 

Daha yüksek beceri gereksinimleri

 

Otomasyon tipik olarak karmaşık kontrollerin nasıl yürütüleceğini bilmenin yanı sıra bunların nasıl programlanacağını ve gerçekten otomatikleştirileceğini bilmeyi de içerir. Otomasyon yazılımı bu süreçleri önemli ölçüde optimize etmeye yardımcı olsa da, bu genellikle yıllarca komut dosyası yazma deneyimi gerektirir.

Şirketin, etkili otomasyonu kolaylaştırmak için çeşitli ve sağlam becerilere sahip test uzmanlarını işe alması çok önemlidir.

Otomasyon konusunda deneyimli test uzmanları, mevcut üçüncü taraf yazılım seçenekleri arasından seçim yaparken öncelik verilmesi gereken işlevleri de bilir ve ekibin iyi bir ürün elde etmesini sağlar.

 

Yanlış stratejiler ve iletişim

 

Başarılı bir otomasyon için tutarlı bir stratejinin iletilmesi çok önemlidir; geliştiriciler, test uzmanları ve hatta proje yöneticileri test boyunca aynı sayfada olmalıdır.

Ekipler, yaklaşan prosedürlerinin kapsamını ve programını belirlemek için birlikte çalışmalıdır. Bu, tüm test süreçleri için geçerlidir ancak otomasyonun ek karmaşıklıkları nedeniyle özellikle gereklidir. Daha iyi iletişim hatları ve bilgi silolarının olmaması, ekiplerinizin testlerini daha verimli bir şekilde yürütmelerini sağlar.

 

Doğru otomasyon yazılımının seçilmesi

 

Otomasyon genellikle ekibin test hedefleriyle uyumlu bir üçüncü taraf uygulaması seçmeyi içerir. Her seçeneğin farklı fiyatlandırma planları ve işlevleri vardır. Yazılım, önemli miktarda değer sağlarken otomatik testleri başarıyla yürütse bile bu, uzun vadede önemli bir masraf olabilir.

Premium alternatiflerle karşılaştırılabilir etkileyici işlevsellik sunan bir dizi ücretsiz seçenek vardır. Test ekibinin ücretsiz yazılımlar da dahil olmak üzere mevcut tüm seçenekleri araştırması çok önemlidir.

 

Sonuç: Keşifsel Test Otomasyonu ve Manuel Keşifsel Test

 

Her türlü uygulama her ikisinin kombinasyonu ile daha iyi performans gösterdiğinden, tamamen manuel testten veya tamamen otomatik testten yararlanan çok az proje vardır.

Otomatik testler geliştirme ve kalite güvence ekipleri için süreci optimize edebilirken, tasarımın bazı yönleri manuel keşif testi gerektirir; bu, kullanıcı bilinçli geri bildirim elde etmenin tek yoludur.

Zamanla daha fazla kuruluş, otomasyonu akıllı bir şekilde en üst düzeye çıkarmayı amaçlayan ve işletmenin verimli bir stratejiye sahip olmasını sağlayan bir süreç olan hiperotomasyonu uygulamak için çalışıyor – bu, manuel testin yanında hala var olabilir.

Otomasyon yazılımlarının yaygınlığının artması ve özellikle de birçok özelliğe sahip ücretsiz seçenekler sayesinde otomatik testler şirketler için daha erişilebilir hale geliyor. Bu, firmaların birleşik manuel/otomatik keşif testi yaklaşımını benimsemelerini kolaylaştırır.

Geliştirmede Agile’ın (artımlı ancak önemli ilerlemeye odaklanan bir proje yönetimi tekniği) artan popülaritesi de kısa test döngüleri gerektirdiği için bir faktör olmuştur. Kombine bir test stratejisi, bunu ve aynı yazılımın birçok yinelemesinde başarıyı sağlamak için benzer şekilde tekrarlanan testler gerektiren Sürekli Entegrasyon gibi çeşitli diğer geliştirme stratejilerini barındırabilir.

 

Keşifsel Teste başlamak için ihtiyacınız olanlar

 

Keşifsel testin ön koşulları şunlardır:

 

1. Net test hedefleri

 

Keşifsel test, özgürlük ile eş anlamlı olsa ve bazen ad hoc test ile karıştırılsa da, bu yine de belirli kuralları veya tanımlanabilir hedefleri takip eder. Bir QA ekibinin neredeyse tüm test yapılarında başarılı bir şekilde ilerleyebilmesinin tek yolu, özellikle de test uzmanları bu kontrolleri genellikle kendileri tasarladıkları için, her testin beklenen sonucunu bilmektir.

 

2. Yaratıcı, sezgisel test uzmanları

 

Keşifsel testler, bir uygulamadaki sorunları ortaya çıkarabilecek yeni ve yaratıcı testler tasarlamaya odaklanır. Yazılımı anladıklarını varsayarsak, sınırlı deneyime sahip test uzmanları bile bunu yapabilir.

Test uzmanlarının uygulamayı ve nasıl çalıştığını anlamaları önemlidir; bu sayede sezgisel olarak bir dizi faydalı kontrol geliştirebilirler.

 

3. Tutarlı dokümantasyon

 

Her ekip üyesinin beklenen test programını takip ettiğinden ve kimsenin yanlışlıkla bir kontrolü tekrarlamadığından emin olmak için her tür test güçlü belgelere sahip olmalıdır.

Bu, sorunların nasıl çözüleceğini anlamak için düzenli test güncellemelerine ihtiyaç duyan geliştiriciler gibi tek bir departman genelinde ve birkaç departman arasında iletişimin hayati bir yönüdür.

 

4. Bir müşterinin bakış açısı

 

Keşif testi, kullanıcıların pratikte uygulama ile nasıl etkileşime gireceğini yansıtanlar da dahil olmak üzere birçok strateji ve senaryoyu kapsar. Test ekiplerinin, senaryo tabanlı testler yapmıyor olsalar bile, kontrolleri sırasında bunu dikkate almaları hayati önem taşır.

Bunu benimsemek, bir test uzmanının testlere farklı perspektiflerden yaklaşmasını sağlayarak bu kontrollerin kalitesini artırır.

 

5. Otomatik test yazılımı

 

Ekip muhtemelen tasarladığı testlerin önemli bir kısmını otomatikleştirebileceğinden, yürütme aşamasından önce yüksek kaliteli otomatik test yazılımı tedarik edebilmeleri önemlidir.

Geliştiriciler ve test ekibi, kendi gereksinimlerine uygun üçüncü taraf uygulamasını belirlemek için proje anlayışlarını kullanabilirler.

 

Keşifsel Test süreci

 

Keşif testi için özel adımlar aşağıdaki gibidir:

 

1. Test prosedürünü sınıflandırın

 

Keşif testinin ilk adımı, ilgili ekip üyelerinin bu kontrollere nasıl yaklaşabileceklerini anlamalarıdır; örneğin yaygın hataları sınıflandırmak ve bir kök neden analizi yapmak gibi.

Test uzmanlarının testler için fikirlerini geliştirdikleri yer burasıdır; tam metodolojilerine bağlı olarak bir test tüzüğü de tasarlayabilirler.

Bu, o oturum veya iş günü için kapsam ve testleri belirler.

 

2. Testlere başlayın

Kesin parametreler (her bir testin veya genel oturumun süresi gibi) ekibin kendi tercihlerine ve projenin gereksinimlerine bağlı olsa da, tüm keşif çalışmaları belirli ortak noktaları takip eder.

İlgili kontrollerin sınıflandırılmasının ardından kalite güvence personeli testleri gerçekleştirmeye ve sonuçları kaydetmeye başlar.

Kontroller otomasyon gerektiriyorsa, test uzmanları bunu gece boyunca çalışacak şekilde ayarlayabilir veya gün boyunca kendileri izleyebilir.

 

3. Sonuçları gözden geçirin

 

Bir sonraki aşama, sonuçları varsayılan ve beklenen sonuçlarla karşılaştırarak gözden geçirmektir. Bu testler herhangi bir türde önemli beklenmedik sapmalarla sonuçlanırsa, test uzmanları kontrolü tekrarlayabilir veya derhal bunun nasıl onarılacağını bulmaya başlayabilir. Geliştiricilere yaptıkları öneriler, izlenecek doğru yaklaşımın belirlenmesinde etkili olabilir – ve hata raporları bunu ayrıntılı olarak ortaya koyabilir.

 

4. Test bilgilendirme toplantısı

 

Test sonuçlarını açık artırmaya çıkardıktan sonra, kalite güvence ekibi test prosedürünün kendisini gözden geçirmeye başlar ve bunu keşif testi yaklaşımlarının uygun olup olmadığını belirlemek için kullanır.

Bu test özet raporu, kontroller sırasında yeniden test gerektiren operasyonel hatalar olduğu sonucuna bile varabilir. Test ekibi, geliştiriciler bu sorunları giderdikten sonra başarılı olup olmadıklarını belirlemek için uygulamayı tekrar kontrol edebilir.

 

Keşif Testi için en iyi uygulamalar

 

Keşif testleri için en etkili uygulamalar şunlardır:

 

1. Test cihazlarının eşleştirilmesi

Keşifsel testlerin pek çok türü, test uzmanlarının birlikte çalışmasından yararlanır – bu, süreci daha da kolaylaştırır ve aynı kontroller için birden fazla bakış açısına olanak tanır.

İkili testler ayrıca tünel görüşü olasılığını ortadan kaldırarak daha yaratıcı test tasarımını teşvik eder.

Birkaç kişinin aynı testler üzerinde çalışması, tüm testlerde daha fazla doğruluk elde edilmesini sağlayabilir ve iş yükünün bölünmesi de testlerin tüm ekip için çok daha hızlı yapılmasına yardımcı olur.

 

2. Manuel ve otomatik testlerin karıştırılması

 

Bazı şirketler hala otomasyonu benimsemekte zorlanırken, diğerleri manuel perspektiflerin daha faydalı olabileceği durumlarda bile otomasyonu aşırı kullanıyor. Bu kontrolleri birlikte dengelemek, test ekibinin daha fazla temeli kapsamasını ve yazılımın arayüzü gibi daha öznel yönler de dahil olmak üzere uygulama genelinde kaliteyi sağlamasını sağlar.

Manuel ve otomatik testleri birlikte yürütmek, her özellik veya işlevin tam test kapsamını garanti etmenin tek yoludur.

 

3. Pazarı anlamak

 

Test uzmanlarının test sürecinde hem hedef kitlelerini hem de rakiplerini tanımaları önemlidir; bu, insanların uygulamanın mevcut işlevselliğine nasıl tepki vereceğini değerlendirmelerine yardımcı olur.

Belirli özellikler yüksek talep görür ve test ekibi kontroller sırasında bunlara öncelik vererek fayda sağlayabilir. Yine de geniş bir test kapsamı sağlamalıdırlar. Bu, yazılımın lansmandaki potansiyel başarısının yanı sıra testlerin yönünü de belirleyebilir.

 

4. Test için gerçek cihazlar kullanın

 

Yazılım test ekipleri keşif kontrollerini kolaylaştırmak için emülatörleri kullanabilir; bu yararlı olabilir ancak pratik bir kullanıcı ortamını nadiren yansıtır.

Gerçek cihazlar, daha gerçekçi bir deneyim oluşturarak keşif testlerinin güvenilirliğini artırmaya yardımcı olur – emülatörler kusurludur ve müşteriler için mevcut olmayan hatalara sahip olabilir.

Emülasyon, birden fazla platformu test etmenin hızlı bir yoludur, ancak gerçek cihazların yerini tutmaz.

 

Keşif Testinden Elde Edilen Çıktı Türleri

 

Test uzmanlarının bir kontrol gerçekleştirdikten sonra alabilecekleri çeşitli çıktılar vardır:

 

1. Test sonuçları

 

Keşifsel testler yüzlerce benzersiz testi kapsayabileceğinden, sonuçların kendisi de birçok şekilde olabilir. Bu sonuçlar, bir test rutininin çıktılarının çoğunu oluşturur ve uygulamanın durumu ve kullanıcı ihtiyaçlarını karşılama yeteneği hakkında hayati bilgiler sunar.

Test uzmanları sistemi tekrar kontrol edebilir ve bu sonuçları aldıktan sonra bir sonraki eylemlerini belirlemek için bilgileri doğrulayabilir.

 

2. Test günlükleri

 

Bir uygulamanın kendi günlükleri genellikle test süreci sırasında hataları ve sorunları ortaya çıkarır; bunlar yazılımın bir testte neden başarısız olduğuna dair en güçlü ipuçlarını sağlar. Kıdemli test uzmanları özellikle bir uygulamanın günlüklerini yorumlama konusunda ustadır ve bu sayede karmaşık sorunların nedenini belirleyebilirler.

Test uzmanları bu günlüklerden ne kadar çok bilgi toplarsa, geliştiricilere o kadar çok yardımcı olabilirler.

 

3. Test raporları

 

Ekibin otomasyon prosedürüne bağlı olarak, çıktıları otomatik olarak bir hata raporu oluşturabilir. Bu, muhtemelen nedenleri ve geliştiricilerle ilgili diğer veriler de dahil olmak üzere bir uygulamada mevcut olan tüm hataları belirtir.

Test uzmanları bunu, yazılımın piyasaya sürülmeye hazır olup olmadığı konusunda kendi görüşlerini sunmak için kullanabilir, bu da genellikle git/gitme kararı olarak bilinir.

 

Keşif Testi Örnekleri

 

İşte bir şirketin keşif testlerini nasıl kullanabileceğine dair üç örnek:

 

1. Bir mobil oyun uygulaması

 

Bir oyun şirketi mobil uygulaması için büyük bir güncelleme yayınlamak isterse, keşif amaçlı test uzmanları uygulamanın hala kararlı olup olmadığını belirlemek için hem eski hem de yeni özellikleri kontrol edebilir. Bu, yazılımın karmaşıklığını belirli cihazlarda çalışamayacak kadar artırabilir.

Test uzmanları, mümkün olduğunca çok platformda kullanılabilirliği sağlarken bunun etkilerini en aza indirmek için çalışır.

Keşifsel test uzmanları, her işlevin amaçlandığı gibi çalıştığından emin olmak için oyunu ve birçok karmaşık senaryosunu kapsamlı bir şekilde kontrol eder; bu süreç genellikle manuel bir test uzmanı gerektirir.

 

2. Bir hizmet sağlayıcının web sitesi

 

Web siteleri ayrıca hem kullanıcılar hem de personel için çalıştıklarından emin olmak için keşif testine tabi tutulur, bu nedenle test uzmanları web sitesine giriş yaparak başlayabilir. Bu, sitenin yeni kullanıcı profilleri oluşturma yeteneğini test eder ve kullanıcıların yönetim işlevlerine erişemediğini kontrol eder.

Test kullanıcıları daha sonra randevu alma veya sipariş verme şeklinde olabilecek hizmeti kontrol etmeye geçerler. Daha sonra ödeme işleminin düzgün çalıştığından emin olmak için satın alma işlemini tamamlayacak ve ardından siparişin e-posta onayına ve hesabın geçmişine bakacaklardır.

 

3. Bir hastanenin yönetim sistemi

 

Her türden uygulama ve sistem keşif testlerinden faydalanabilir. Hastane yönetim sistemleri için, bir test uzmanı ödeme modülünün diğer özelliklerle nasıl etkileşime girdiğine bakabilir.

Daha yüksek entegrasyon seviyeleri, titiz testler yapılmadan önemli hatalara yol açabilir. Bu kontroller, sistemin birçok bileşenini ve bunların nasıl kesiştiğini izleyen bir mimari diyagramı içerebilir.

Test uzmanları ayrıca sistemin önceki iterasyonlarındaki sorunlara bakar ve bunların hala mevcut olup olmadığını görmek için özellikle test eder, herhangi bir hata ortaya çıkarırlarsa hızlı bir şekilde harekete geçerler.

 

Keşif Testi ile tespit edilen hata ve bug türleri

 

Keşif testi sırasında test uzmanlarının ortaya çıkarabileceği hatalar şunlardır:

 

1. Uyumsuz özellikler

Uygulamadaki belirli işlevler birbirleriyle beklendiği gibi etkileşime girmeyebilir – bu da kullanıcıların satın alma işlemlerini tamamlayamamasına veya uygulamayı kullanamamasına neden olabilir. Test uzmanları, her şeyin birbirine uyduğundan emin olmak için işlevleri ayrı ayrı ve birbirleriyle birlikte kontrol eder.

 

2. Uygun olmayan kullanıcı arayüzü tasarımı

Bir uygulamanın kullanıcı arayüzü, bir kişinin yazılımı tam olarak nasıl kullanacağını belirler. Örneğin, önemli özellikler müşteriler için belirgin değilse, bu özelliklerin var olduğunu fark etmeyebilirler ve bu da uygulamadan keyif almalarını sınırlar.

Manuel kullanıcı arayüzü testi, kullanıcı dostu olmayan tasarımı tanımlar ve düzeltir.

 

3. Kimlik doğrulama hataları

Birçok uygulama ve web sitesi, belirli ayrıcalıklara sahip bir kullanıcı profili oluşturulmasına izin verir. Test uzmanlarının, ortalama kullanıcıların yazılımı beklenmedik şekillerde kullanırken hassas verilere ve hatta idari özelliklere bir şekilde erişip erişemeyeceğini kontrol etmeleri çok önemlidir.

 

4. Ölü kod

Test uzmanları, uygulama içinde hala mevcut olan eski kodları bulabilir, hatta bu kodlar kayda değer performans sorunlarına neden olabilir. Ölü kod, uygulamanın iç işleyişini aşırı karmaşıklaştırır ve önlenebilir hatalara neden olabilir. Bunun belirlenmesi ve optimize edilmesi, yazılımı personel ve kullanıcılar için daha duyarlı hale getirir.

 

Yaygın Keşifsel Test ölçümleri

 

Test uzmanlarının keşif testleri sırasında karşılaşabilecekleri olağan metrikler şunlardır:

 

1. Performans testi metrikleri

Bir uygulamanın genel performansını inceleyen keşif testleri çok çeşitli metriklerle sonuçlanabilir. Bu, kararlılığı belirlemek için başarısızlık ve başarı oranlarının yanı sıra minimum, ortalama ve maksimum yanıt sürelerini de içerebilir.

 

2. Test kapsamı metrikleri

Test kapsamı önemlidir çünkü bu, testlerin bir uygulamanın kaç kategorisini ve yönünü kapsadığını belirler. Örneğin gereksinim kapsama yüzdesi, daha fazla test turu gerektiren herhangi bir işlev olup olmadığını değerlendirir.

 

3. Genel test verimliliği

Başarılı ve başarısız kontrollerin sayısını takip etmek, test uzmanlarının bir uygulamanın genel sağlığını anlamalarına yardımcı olur. Bunun da ötesinde, ekip tespit ettiği hataların kaç tanesinin kritik olduğunu takip edebilir.

 

4. Kusurların dağılımı

Benzer şekilde, hata dağılımının kontrol edilmesi, hatalara en açık bileşenleri veya işlevleri gösterir. Bunlar uygulamanın sıklıkla başkalarıyla etkileşime giren kısımları olabilir, bu da bu testlere öncelik verilmesini gerekli kılar.

 

5. Regresyon ölçümleri

Keşifsel regresyon testi, test uzmanlarının aynı yazılımın farklı iterasyonlarının nasıl davrandığını ve bunun performansı nasıl etkileyebileceğini görmelerini sağlar.

Hata enjeksiyon oranı ve derleme başına hata, bu konuda yardımcı olan spesifik metriklerdir.

 

Bazı karışıklıkları gidermek: Keşifsel Testler ve Ad Hoc Testler

 

Test uzmanı özgürlüğüne güçlü bir şekilde odaklanan bazı kişiler, keşifsel testleri sıklıkla ad hoc testlerle karıştırmaktadır. Bu iki format bazı temel benzerlikleri paylaşmakla birlikte nihayetinde farklı amaçlara hizmet etmektedir.

 

1. Ad Hoc Test Nedir?

 

Ad hoc test, başka türlü ortaya çıkmayacak hataları bulmak için geleneksel test tasarımından ayrılan tamamen yapılandırılmamış bir yaklaşımdır.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Bu test türü genellikle dokümantasyon içermez ve test uzmanı nedeninden kesinlikle emin olmadığı sürece sorunların yeniden üretilmesini zorlaştırır.

Bunun bir örneği, rastgele girdileri içeren ve nihayetinde sistemi kırmayı amaçlayan bir kontrol olan ‘maymun testi’dir.

Keşif testlerine benzer şekilde, birçok ad hoc test uzmanı bu kontrolleri tamamlamak için çiftler halinde çalışır; bu da güvenilirliklerini artırır. Geçici bir yaklaşım, kontrollerin her olasılığı hesaba kattığından emin olmak için resmi test uygulamasından sonra yararlı olabilir; bu aynı zamanda daha fazla test yapmak için sınırlı zaman olduğunda da yardımcı olur. Doğru uygulama ile ad hoc testler oldukça faydalıdır.

 

2. Keşif Testi ve Ad Hoc Testleri Arasındaki Farklar

 

Ad hoc testler genellikle resmi dokümantasyon içermez. Bu durum, bu kontrollerin doğaçlama niteliğinin kayıt tutmayı daha da önemli hale getirdiği keşif testlerinin tam tersidir.

Keşifsel testler daha çeşitli resmi test teknikleri kullanırken, ad hoc kontroller geleneksel test görgü kurallarının dışına çıkarak bundan kaçınır. Bu, test uzmanlarının aksi takdirde asla bulamayacağı hataları ortaya çıkarmalarına yardımcı olur.

Keşifsel testlerin net hedefleri ve sınırları vardır, ancak yine de ekip üyelerinin yaratıcı testler kullanmasına izin verir. Geçici testlerin genellikle yazılımı zorlamanın ötesinde tanımlanabilir nihai hedefleri yoktur. Ad hoc testler genellikle yazılım ve işlevleri hakkında önceden var olan bir bilgiyi de içerirken, keşif testleri uygulamayı öğrenmeyi olağan süreçlerine dahil eder.

 

Agile’da Keşif Testi

 

Çevik metodoloji, sürekli iyileştirmeyi büyük ölçüde teşvik eder. Bu, özellikle sık yazılım güncellemelerine olan talep arttıkça keşif testleriyle iyi bir şekilde eşleştiği anlamına gelir.

Keşif testlerini Agile ile birleştirmek, ekip üyelerine yayın planlaması ve sprint uygulamasını programlarına dahil ederek daha güçlü bir test yapısı sağlayabilir. Çevik teknikleri benimseyen bir şirket, bunu keşif testi ile eşleştirerek daha da geliştirebilir; bu, bir uygulamanın her bir yazılım bileşenini test etmenin harika bir yoludur. Test uzmanları komut dosyaları olmadan keşif kontrolleri yapabildiğinden, bu hem kalite güvence personeline hem de geliştiricilere çok değerli zaman kazandırır.

Otomatik keşif testleri, şirketlerin uygulamalarının en son yinelemelerini çok daha hızlı, hatta bir gecede kontrol etmelerine yardımcı olarak bu tasarrufları artırır. Keşifsel kontroller hızlı, kullanılabilir sonuçlar verir ve geliştiriciler bir sonraki sprint’in bir parçası olarak gerekli değişiklikleri yapabilir.

Manuel keşif testleri, otomatik bir yaklaşımın gözden kaçırabileceği sorunları tespit etme kapasitesi nedeniyle Agile ile birlikte hala birçok fayda sağlamaktadır. Diğer test biçimleri, Agile çerçevesine rahatça sığdırılamayacak kadar uzun sürer veya çok az fayda sağlar. Keşifsel kontroller, her bir Çevik aşamanın yazılımı ve işlevselliğini önemli ölçüde geliştirdiğinden emin olabilir.

 

Keşif Testlerini uygularken kaçınılması gereken 7 hata ve tuzak

 

İşte şirketlerin keşif testlerini uygularken sıklıkla yaptıkları yedi yaygın hata ve firmaların bu sorunlardan nasıl kaçınabilecekleri:

 

1. Dengesiz manuel/otomasyon testleri

 

Manuel kontrollerle en iyi çalışan testleri ve hangilerinin otomasyondan yararlanacağını belirlemek zaman alır, ancak ekiplerin çok daha verimli test yapmasını sağlar.

Çok fazla testin otomatikleştirilmesi, insan test uzmanının olmaması nedeniyle hantal veya kullanıcı dostu olmayan bir uygulamaya neden olabilir.

 

2. Zaman kısıtlamaları

Keşif testleri diğer birçok test türünden daha hızlıdır, ancak proje teslim tarihlerinin gerçekliği, ekibin kaç test yapabileceği konusunda hala sınırlar olduğu anlamına gelir.

Zaman yönetimi ve test kapsamına bağlılık, test ekibinin birçok geniş kategoride mümkün olduğunca çok kontrol gerçekleştirmesine yardımcı olur.

 

3. Esnek olmayan test cihazları

Keşifsel test uzmanları yazılım hakkında önceden bilgi sahibi olmayı veya özellikle derin becerilere sahip olmayı gerektirmese de, kontroller yine de bireysel ekip üyelerinin yeteneklerine ve inisiyatifine dayanır.

Proje yöneticisi bu test rollerini akıllıca atamalı, gerekirse ekibin daha yaratıcı ve sezgisel üyelerine ayırmalıdır.

 

4. Arızaları çoğaltmada zorluk

Hangi eylemlerin bir test başarısızlığına katkıda bulunduğu her zaman açık değildir; ayrıca uygulamanın hangi yönlerinin suçlu olduğu da belirsiz olabilir.

Bu nedenle birçok keşif yaklaşımı, sorunları ve bunların kesin nedenlerini daha net bir şekilde anlamak için test uzmanlarını eşleştirmeyi veya hatta bir test uzmanının ekranını doğrudan kaydetmeyi içerir.

 

5. Belirsiz dokümantasyon

İster otomatik bir hata raporu ister tamamlanan testlerin manuel kaydı olsun, iyi bir dokümantasyon geliştiricilerin test ekibinin bulgularına göre hareket etmesini kolaylaştırır.

Test ekibi, her bir kontrol boyunca yüksek kaliteli kayıt tutmayı taahhüt etmeli ve her bir raporda olabildiğince fazla ayrıntı sunmalıdır.

 

6. Yüksek beklentiler

Keşifsel testler hemen hemen her yazılım projesi için faydalıdır, ancak yine de kapsamı sınırlıdır – en iyi diğer test yöntemleriyle birlikte çalışır.

Test ekipleri bu kontrolleri olağan senaryo testlerinin yanı sıra gerçekleştirmelidir; kalite güvence departmanlarının sürekli olarak geniş bir test kapsamı sağlayabilmesinin tek yolu budur.

 

7. Uygunsuz otomasyon

Test ekibinin ve proje yöneticisinin, hangi otomasyon yazılımının söz konusu uygulama için en fazla faydayı sağladığını anlaması önemlidir.

Farklı üçüncü taraf seçenekleri kendi benzersiz özelliklerini sunar, bu nedenle ekibin seçimi robotik süreç otomasyonunun başarısını belirleyebilir; önlerindeki her seçeneği göz önünde bulundurmaları gerekir.

 

5 En İyi Ücretsiz Keşifsel Test Aracı

 

Kalite güvence ekiplerinin ücretsiz olarak kullanabileceği en iyi beş keşif testi aracı şunlardır:

 

1. ZAPTEST ÜCRETSİZ Sürüm

ZAPTEST Free, tamamen sıfır maliyetle premium düzeyde işlevsellik sunarak, herhangi bir kuruluşun kolay keşif testi uygulamasından yararlanmasına olanak tanır.

Bu uygulama, yenilikçi 1SCRIPT teknolojisi ile herhangi bir platformu, cihazı ve tarayıcıyı otomatikleştirebilir.

ZAPTEST ayrıca esnek RPA otomasyonu sağlayarak bunu manuel bir yaklaşımla birleştirmenize olanak tanır.

 

2. XRAY Keşif Uygulaması

XEA, kullanıcıların kapsamlı test tüzükleri oluşturmalarına ve ilerlemelerini kolayca kaydetmelerine olanak tanıyarak keşif testlerinin hata raporu aşamasını kolaylaştırır.

Bu seçenek tamamen kullanıcı perspektifine odaklanır ve diğer test uzmanlarını güncellemek için merkezi bir sonuç merkezi sunar.

Bununla birlikte, XRAY şu anda entegre otomasyona sahip değildir ve bu da uzun vadeli etkinliğini sınırlayabilir.

 

3. Böcek Mıknatısı

Kapsamlı keşif testleri sunan bir tarayıcı uzantısı olan Bug Magnet, test uzmanlarının uç durumları ve diğer sorunlu değerleri kontrol etmesine olanak tanır.

Bu uzantı ayrıca sahte metin, e-posta adresleri ve çoklu karakter setlerinin basit entegrasyonunu sağlar.

Ancak bu özellik yalnızca Firefox ve Chrome tabanlı tarayıcılar için mevcut olduğundan rakiplerine göre daha az çok yönlü bir seçenektir.

 

4. Azure Test Planları

Azure Test Planları, Microsoft’un Azure platformunun önemli bir parçasıdır ve test uzmanlarının birçok senaryoda zengin veriler yakalamasına olanak tanır.

Bu seçenek hem masaüstü hem de web tabanlı uygulamalar için uygundur ve aynı zamanda yazılımın gelişiminin net bir kaydına sahip olan uçtan uca izlenebilirlik sağlar.

Ancak bu yaklaşım genellikle Azure ile daha derin entegrasyon gerektirir ve dolayısıyla esneklikten ödün vermek anlamına gelir.

 

5. Testiny

Testiny, manuel keşif testlerinde uzmanlaşmıştır ve test uzmanlarının maksimum esneklik için bir ağaç yapısı kullanarak kontroller tasarlamasına olanak tanıyan akıllı bir editör sunar.

Bir çalıştırma veya test senaryosunda yapılan her değişiklik, tam hesap verebilirlik ve izlenebilirlik sağlamak için uygulamanın geçmişinde kalır.

Ancak, bu yalnızca küçük ekipler ve açık kaynaklı projeler için ücretsizdir.

 

Kurumsal ve Ücretsiz Keşif Testi araçlarını ne zaman kullanmalısınız?

 

Keşif testi değerli bir yatırım olsa da ve premium uygulamalar genellikle daha fazla işlevsellik sunsa da, fazlasıyla yeterli özellik sağlayan birçok ücretsiz seçenek vardır.

Premium bir modele bağlı kalırsanız keşif testi önemli bir operasyonel gider olabilir, ancak her yazılım geliştirme şirketi veya ekibi bunun için paraya sahip değildir. En iyi üçüncü taraf yazılım seçimi genellikle firmanın özel gereksinimlerine bağlıdır.

Ücretli bir çözüm, söz konusu projenin ihtiyaçlarını karşılamanın tek yolu olabilir; ekip bir uygulamaya geçmeden önce çeşitli seçenekleri araştırmalıdır.

Seçeneklerin çoğu sınırlı sayıda kullanıcı için ücretsiz olduğundan, daha küçük ekiplere sahip şirketler ücretsiz test araçlarından en iyi şekilde yararlanabilir.

Alternatif olarak, bu kısıtlamanın olmadığı ve test ekibinin ölçeğine uygun seçenekleri de seçebilirler. Bu, daha doğru sonuçlar elde etmek için keşif amaçlı test uzmanlarını eşleştirmeyi daha da uygulanabilir hale getirebilir – ekip doğal olarak daha az kullanıcı profiline ihtiyaç duyacaktır.

Birçok hizmet, kuruluşların ihtiyaçlarını karşılayıp karşılamadığını görebilmeleri için yazılımlarının ücretsiz deneme sürümünü sunar; bunlar genellikle yalnızca birkaç hafta sürer.

 

Keşifsel Test kontrol listesi, ipuçları ve püf noktaları

 

Test uzmanlarının keşif kontrollerine başlarken dikkate alabilecekleri pek çok ek ipucu vardır:

 

1. Özellikleri ve modülleri uygun şekilde bölün

İletişimsizliği önlemek için, test ekipleri her özelliğin ve çalıştırmayı planladıkları kontrollerin net bir listesini yapmalıdır. Bu aynı zamanda testlerin yazılım işlevlerine yeterince yayılmasını sağlamak anlamına gelir.

En iyi sonuçları elde etmek için, test ekibinin her bir testi hangi üyelerin kendi becerilerine ve güçlü yönlerine göre yapacağını müzakere etmesi çok önemlidir.

 

2. Yazılımı anlamak için çalışın

Öğrenme aşaması, keşif testinin kritik bir parçasıdır. Bu, test uzmanlarının testleri tasarlamadan önce yazılımla aktif olarak ilgilenmesi ve nasıl çalıştığını anlaması gerektiği anlamına gelir.

Bu yazılımın iç işleyişini öğrenmek işbirliğine dayalı bir süreç olabilir ve ekip genelinde daha iyi bir anlayış sağlar. Bu, test uzmanlarının daha iyi kontroller ve test senaryoları geliştirmesini sağlar.

 

3. Sorunlu alanları belirleyin

Her uygulamanın diğerleriyle kesişen özellikleri veya bileşenleri vardır. Yazılım karmaşıklaştıkça hata yapma olasılığı da artar; bu da daha fazla test yapılmasını gerektirebilir. Ekip, hangi bileşenlerin ek yardıma ihtiyaç duyduğunu belirlemek için aktif olarak çalışmalıdır.

Uygulamanın ihtiyaçlarını ve ekibin genel test önceliklerini en iyi şekilde yansıtan belirli test turlarını kullanabilirler.

 

4. Temel kullanıcı senaryoları ile başlayın

Kalite güvence ekipleri gerekirse keşif testlerini herhangi bir sırada gerçekleştirebilir, ancak daha karmaşık özelliklere girmeden önce daha kolay kontrollerle başlamak daha yararlı olabilir.

Bu, karmaşıklık açısından yumuşak bir ilerleme sağlayarak test uzmanlarına yazılımı anlama şansı verir. Ayrıca temel özelliklerin beklendiği gibi çalışıp çalışmadığını test etmeye de yardımcı olur.

 

5. Test uzmanlarını eşleştirin

Eşleştirilmiş keşif testi, kalite güvence aşamasını hem kolaylaştırır hem de doğrular ve test uzmanlarının her kontrolde mutlak bir güvenle çalışmasına olanak tanır. İşbirliği, her ekip üyesinin yazılıma aşinalığını artırarak her türlü testi daha etkili hale getirir.

Ayrıca, bireysel bakış açıları nedeniyle hata raporlarını çok daha derinlemesine sunarak geliştiricilere üzerinde çalışabilecekleri daha fazla bilgi verebilirler.

 

6. Birkaç test çalıştırın

Ekibin bir uygulamayı yeniden test edebilmesi, önlerindeki zaman çizelgesine ve son teslim tarihlerine bağlıdır. Ancak mümkünse, özellikle sorunlu bileşenlerin iki kez kontrol edilmesi faydalı olabilir.

Bunun da ötesinde, testlerin tekrarlanması, daha önce tespit edilen bir sorunun artık giderildiğini ve yazılımı daha fazla etkilemeyeceğini doğrulayabilir. Bu titizlik bazen testin başarılı olmasını sağlamak için gereklidir.

 

Sonuç

 

Keşifsel testlerin her türden yazılım geliştirme şirketine sunabileceği çok şey vardır ve senaryolu testlerin ve diğer birçok kontrolün tamamlayıcısı olarak hareket eder.

Keşif testleri sayesinde kalite güvence ekipleri uygulamaları daha yüksek standartlarda test ederek nihai yazılımın kalitesini artırabilir ve geliştiricilerin varsa hataları düzeltmesine yardımcı olabilir.

Manuel ve otomatik keşif testlerinin bir kombinasyonu, tüm yazılım bileşenlerine eşit dikkat gösterilmesini sağlayarak en fazla faydayı sağlayabilir.

Şirketiniz keşif otomasyon yazılımına ihtiyaç duyuyorsa, ZAPTEST FREE Edition diğer premium uygulamalara göre çok daha geniş ve esnek bir işlevsellik sunarak test uzmanlarının bu kontrolleri kolayca optimize etmesini sağlar.

 

SSS ve Kaynaklar

 

1. Keşifsel Test otomasyonu üzerine en iyi kurslar

 

Hem yeni hem de deneyimli keşifsel test uzmanları, becerilerini geliştirmek için kurslardan faydalanabilir. Bu, yeni yazılımlara nasıl yaklaşılacağını bulmayı da içerir.

Bu konuda yardımcı olabilecek faydalı kurslar şunlardır:

– Udemy’nin Complete 2023 Yazılım Testi Eğitim Kampı; 28 saat boyunca geniş kapsamlı yazılım testi öğretir.

– Coveros’un Keşif Testi; bu, tüzüklerin nasıl geliştirileceğine ve API’lere keşif testlerinin nasıl uygulanacağına odaklanır.

– Polteq’in İki Günlük Keşifsel Test Eğitimi; bu eğitim, keşifsel testlerin Agile bağlamında nasıl çalıştığını incelemektedir.

– LinkedIn’in Keşif Testi; bu, modern yazılım testinin keşif kontrollerini nasıl benimsediğini göstermektedir.

– Coursera’nın Yazılım Testine Giriş; bu, ilk kez test yapanların tipik prosedürleri anlamalarına yardımcı olur.

 

2. Keşifsel Test ile ilgili en iyi 5 mülakat sorusu nelerdir?

 

Keşif testi pozisyonları için mülakat yaparken, işe alım yöneticilerinin adayın becerilerini ve deneyimini doğru bir şekilde değerlendirmek için iyi sorular sorması önemlidir.

Sorulması gereken ilk beş soru şunlardır:

– Uygunlukları da dahil olmak üzere, senaryolu ve keşifsel testler arasındaki temel farklar nelerdir?

– Keşifsel test uzmanı olarak ne gibi zorluklarla karşılaştınız ve bunların üstesinden nasıl geldiniz?

– Robotik süreç otomasyonundan en çok yararlanabilecek keşif testlerine örnekler veriniz.

– Sizce bir keşifsel test uzmanı için en önemli beceri (teknik veya başka türlü) nedir?

– Yazılımı anlamakta ve nasıl kontrol edeceğini bulmakta zorlanan bir test uzmanına ne tavsiye edersiniz?

 

3. Keşifsel Test ile ilgili en iyi YouTube eğitimleri

 

YouTube gibi video paylaşım sitelerinde, test uzman adaylarının temel prensipleri anlamalarına yardımcı olabilecek birçok ücretsiz eğitim bulunmaktadır. Bazıları bir serinin parçasıyken, diğerleri konuya tek videoluk derin dalışlardır.

Bu eğitimleri sunan kanallar şunlardır:

– Test Akademisi, yazılım testinin her yönünü kapsayan yüzlerce video sunar.

– Benzer şekilde yazılım testi temelleri hakkında kapsamlı videolar sunan Software Testing Mentor.

– QAFox, tüm videolarını tamamlamak için gerçek dünyadan örnekler ve canlı projeler de sunuyor.

– SDET-QA Automation Techie, farklı test yaklaşımları hakkında birkaç kapsamlı videoya sahiptir.

– GlitchITSystem, çeşitli web sitelerini keşif testleri ile inceleyerek hataları ortaya çıkarmaya çalışıyor.

 

4. Keşif Testleri nasıl sürdürülür?

 

İyi yürütülen keşif testleri, geliştiricilerin ve gelecekteki test uzmanlarının yazılımın daha yeni yinelemeleri için başvurabilecekleri güçlü belgeler içerir.

Bir uygulamada önemli güncellemeler yapıldığında, bu eklemelerin önceden var olan özellikler üzerinde olumsuz bir etkisi olmadığından emin olmak için birincil işlevlerinin yeniden test edilmesi gerekli hale gelir.

Keşif testlerinin uzun vadede başarılı olmasını garanti etmenin tek yolu budur. Ayrıca, orijinal uygulama ve kontrolleri tasarlanırken ön özellikler gibi gelecek planlarının dikkate alınmasına da yardımcı olur.

QA personeli bu testleri yeterince planlamalı ve uygulamayı ne zaman yeniden kontrol edeceğini belirlemelidir; otomatik test araçları bu konuda ekibe yardımcı olabilir.

 

5. Keşifsel Test kara kutu testi midir?

Keşifsel test, bir uygulamayı doğrudan kodu incelemeden özelliklerine bakarak kontrol etmeyi ifade eden kara kutu testine çok benzer.

Keşifsel test kapsamına giren kontrol türleri için açık bir sınır yoktur; bu yaklaşım kod dahil olmak üzere yazılımın her yönünü kapsayabilir.

Bu iki test türü arasındaki en önemli benzerliklerden biri, test uzmanının önceden bilgi sahibi olmamasıdır. Kara kutu test uzmanları genellikle test etmeden önce yazılıma aşina değildir ve keşif test uzmanları ilk incelemelerinin bir parçası olarak yazılımın nasıl çalıştığını öğrenirler.

Keşifsel testler genel olarak her zaman kara kutu testi olarak sınıflandırılmasa da, bu iki yaklaşım arasında önemli miktarda geçiş olduğu doğrudur.

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post

Virtual Expert

ZAPTEST

ZAPTEST Logo