Menü

Yazılım Testinde Keşif Testi Nedir (Tam Kılavuz)

  • Ana
  • Diğer
  • Yazılım Testinde Keşif Testi Nedir (Tam Kılavuz)

what is exploratory testing software testing

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

Keşif Testi nedir?

'Keşif testi' - adından da anlaşılacağı gibi, eşzamanlı bir öğrenme, test tasarımı ve test yürütme sürecidir. Bu testte test planlama, analiz, tasarım ve test yürütmenin hep birlikte ve anında yapıldığını söyleyebiliriz.

Bu test, sistemi keşfetmek ve bir testçinin gerçek zamanlı ve pratik düşünmesini teşvik etmekle ilgilidir.

Bu seride aşağıdaki Öğreticileri ele aldık:

Öğretici 1: Yazılım Testinde Keşif Testi Nedir (Bu Eğitim)
Öğretici # 2: Tam Keşif Testini Sağlamak İçin Turları Kullanma
Öğretici 3: Keşif Testi ve Komut Dosyalı Test Karşılaştırması
Eğitim 4: HP Sprinter ile Keşif Testi
Öğretici 5: En İyi 17 Keşif Test Aracı

*************************************
Keşif testi

Ne öğreneceksin:

Genel Bakış

Uzman olmayan terimlerle, keşif testi, eşzamanlı test senaryosu tasarımını ve test edilen bir uygulamanın veya sistemin test yürütülmesini içerir. Test uzmanı, yön vermek için bir test fikri oluşturacak veya yazacak ve bir uygulamanın başarılı bir şekilde test edilmesi için kritik, pratik ve faydalı testler oluşturmak için test sırasında sistemi keşfedecektir.

Bu minimum planlama gerektirir. Test uzmanları, bir sonraki eylem adımına sürekli olarak karar verir. Tamamen test uzmanının düşünce sürecine bağlıdır.

Bazen bu test, resmi test yaklaşımından daha faydalı olabilir. bazı ince kusurlar bulmak resmi testlerde eksik olan.

Bilinçli veya bilinçsiz olarak her bir test uzmanı, kariyerinin bir noktasında keşif testleri yapacaktır.

Hepimizin bildiği gibi, bir öğrenci teoriyi sıkıştırmak yerine uygulamalı deneyim yoluyla daha iyi öğrenecektir.

Aynı şekilde, bir test uzmanı yalnızca kendi başına sağladığı tüm işlevleri keşfederken ve öğrenirken uygulamayı daha iyi bilecektir. Bir uygulamanın başarılı bir şekilde test edilmesini sağlamak için test yaparken müşteri ve iş perspektifine sahip olmak her zaman iyidir.

Örneğin, Bir alışveriş sitesi açarsanız, bu alışveriş sitesinin kendi seçtiğiniz bir ürünü seçerek ve ardından aynı parayı ödeyerek alışveriş yapmanıza izin vereceği konusunda genel bir fikriniz var.

Bu süreç sırasında, web sitesinin size ürün seçim sürecinde size yardımcı olan sanal insan görünümü sağladığını öğrenebilirsiniz. Ayrıca ev denemesi için bir dizi ürün sipariş edebileceğinizi veya bazı bankaların ödül puanları vb. Yoluyla ödeme yapabileceğinizi fark ettiniz.

Bir test cihazı olarak, yalnızca bir sistemin beklendiği gibi çalışıp çalışmadığını değil, aynı zamanda sistemin beklenmeyen bir şekilde davranıp davranmadığını da kontrol etmeniz gerekir.

Bu testi yaparken hatırlanması gereken birkaç şey:

  • Göreviniz açık olmalı.
  • Notlar oluşturduğunuzdan ve ne yaptığınız ve bir sistemin nasıl davrandığını rapor ettiğinizden emin olun, bu potansiyel bir hata olabilir.
  • Öğrenin, gözlemleyin ve ardından yeni test senaryoları oluşturun.

Önerilen Keşif Test Hizmeti

# 1) Digivante Direct

Digivante Direct Logosu

Digivante Direct Küresel profesyonel test uzmanları ağını kullanarak keşif testleri gerçekleştirir, böylece diğer test tedarikçileri veya şirket içi ekipler tarafından erişilemeyen bir zaman ölçeğinde tüm büyük cihazlarda testleri gerçekleştirebilirsiniz.

Daha hızlı, daha güvenli serbest bırakın ve dijital platformlarınızın daha yüksek müşteri memnuniyeti ve daha fazla çevrimiçi gelir sağlamasına izin verin.

Özellikleri:

  • Sadece 24 saatte 24 iş günü test veya 72 saatte 90 iş günü ve başka hiçbir yolla ulaşılamayan rakipsiz, kapsamlı test seviyesi.
  • Düşük maliyetli , gizli ekstralar içermeyen, anlaşılması kolay fiyatlandırma paketleri.
  • Self servis Devam eden taahhüt gerektirmeyen çevrimiçi portal.
  • Gerçek cihazlarda gerçek insanlar test ediyor - şirket içinde ve daha hızlı geri dönüş süresi içinde elde edebileceğinizden çok daha fazla cihaz ve tarayıcı kapsamı.
  • Eksiksiz keşif testi kapsamı - Riski azaltın ve son kullanıcı memnuniyetini ve dönüşüm oranlarını iyileştirin, böylece maliyetleri düşürürken geliri artırın.
=> Digivante Direct Web Sitesini Ziyaret Edin

Keşif Testi Örnekleri

Örnek 1:

Aşağıdaki bileşenlere sahip bir evde bakım hizmeti sağlayıcısı web sitesi:

  • Oturum aç
  • Hizmetler
  • Araba
  • Ödeme
  • Sipariş Geçmişi
  • Teknisyen tahsisi

Başlamak için genel bir fikir keşif test, Giriş yapmak veya bir hizmet rezervasyonu yapmak olacaktır.

Test Durumlarını Nasıl Kapsanmalı?

Keşif testi test senaryoları

Aşağıdakilerden hangisi "ekran görüntüsü al" düğmesinin yoludur?

Yukarıda Misal, fikir, bilginize dayalı işlevsellikle başlamaktır. Uygulama hakkında daha fazla şey öğrenip gözlemledikçe, sonraki test senaryolarınızı yönetebilirsiniz.

Örnek 2:

Bir keresinde, uygulamaya yeni bir Yatırım fonunun eklenmesini içeren küçük bir projeye dahil edilmiştim. Görevim, yeni Yatırım fonunun kullanıcıların satın alması için mevcut olduğundan emin olmak ve ilgili değerlemenin doğru olup olmadığını kontrol etmek için uygulamayı test etmekti. Testimi tamamlamak için sadece 2 günüm vardı.

Sıkı son tarih ve testin ciddiyeti verildiğinden, testin keşif yaklaşımını kullandım. Amacım yeni özellikleri test etmek ve uyumluluk gereksinimleri ihlallerini bulmaktı.

Yukarıda belirtilen hedef, bu test oturumu için şartım oldu.

Bu test sırasında aşağıdaki test durumları geliştirilmiştir:

  • Yeni Yatırım fonunun uygulamaya eklendiğinden emin olmak için test ediliyor.
  • Yeni MF başarıyla satın alındı.
  • Yeni MF'nin değerlemesi doğrudur.
  • Mevcut bir portföy için yeni MF almaya çalıştı.
  • Tüm Portföylere yeni MF eklenebilir mi?
  • Yeni MF'nin mevcut değerleme üzerindeki etkisi.
  • Yani diğer test durumlarında geliştirildi.

Testlerim sırasında gözlemimi ilgili BA ve ilgili müşteri ile tartışmak için notlar ve raporlar hazırladım.

Keşif testinin temel stratejisi bir saldırı planına sahip olmaktır. Fikrinizle test etmeye başlayın ve bilginize ve gözleminize göre yeni test senaryoları geliştirin.

Örnek 3:

IRCTC Web Sitesinin Keşif Testi

=> IRCTC web sitesinin Keşif Testinin örnek test senaryolarını indirmek için burayı tıklayın.

Test Yaklaşımı

  • Teste rehberlik etmek için buluşsal yöntemlerden yararlanın.
  • Test senaryolarının yürütülmesi ve test senaryosu oluşturulması el ele gider.
  • Test senaryoları, test kullanıcısı gözlemine ve öğrenmeye dayalı olarak gelişmeye devam ediyor.
  • Gibi farklı test teknikleri Sınır değer analizi ET'ye eşdeğerlik testi vb. uygulanabilir.
  • Oturuma dayalı ET, daha yapılandırılmış ve odaklanmış hale getirmek için kullanılabilir.
  • Test uzmanları orada fikirlere dalabilir ancak asla görevinizden sapmaz.
  • ET testi komut dosyalarını kullanmaz, bunun yerine test uzmanının sezgisine, becerisine ve deneyimine bağlıdır.

Faydaları

Bu testin faydaları şunları içerir:

  • Gerçek zamanlı düşünmeyi teşvik edin ve daha fazla kusurun ortaya çıkarılmasına yardımcı olun.
  • Kullanım senaryolarını ve senaryo tabanlı testleri teşvik edin.
  • Minimum dokümantasyon, maksimum test.
  • Vurgu, bir test uzmanının ufkunu öğrenmek ve genişletmek üzerinedir.
  • Yinelenen işlerden kaçının.
  • Diğer testçinin çalışmasını denetlemek istediğinizde kullanışlıdır.

Demerits

Demerler aşağıda listelenmiştir:

  • Test, test kullanıcısı deneyimine, becerisine ve bilgisine bağlıdır.
  • Uygulamayı öğrenmek için zaman ayırın. Test cihazı, uygulama hakkında daha az şey biliyorsa, kaçırma olasılığı daha yüksektir.
  • Uygulama süresi uzun olan projeler için uygun değildir.

Oturuma Dayalı Keşif Testi

Keşif testleri yaparken, test uzmanlarının ne kadar ve neye dayanarak test ettiğini kelimelere dökmesi çok zordur.

Temel olarak, işi ve harcanan zamanı ölçmek zordur. Bununla birlikte, her projede, takım liderlerine ve yöneticilere ölçümler, tahminler ve ilerleme raporu sağlamamız gerekir. Dediği gibi, 'ölçemezseniz, yönetemezsiniz'.

Oturuma dayalı test, yönetmeye ve izlemeye yardımcı olan bu testi gerçekleştirmek için zamana dayalı bir yaklaşımdır. E-posta, telefon, mesajlar vb. Kesinti olmaksızın özel bir zaman kutulu test oturumu içerir.

Yaklaşmak:

Test görevleri oturumlara bölünmüştür.

Aşağıda, oturuma dayalı testin (SBT) bileşenleri verilmiştir:

  • Misyon: Görev, oturumun amacını haykırır ve bir şekilde test edene odaklanmayı sağlar. Ayrıca bir oturum süresi de içerecektir.
  • Charter: Testin kapsamını içerir. Temel olarak, oturum sırasında tamamlanması gereken hedefleri detaylandıran bir gündem.

Evde bakım hizmeti web sitesinin Oturum Açma İşlevselliği için Test Şartı örneği:

Oturum Açma İşlevi için Test Şartı Örneği

  • Oturum, toplantı, celse: Herhangi bir kesinti olmaksızın önceden tanımlanmış zaman kutulu test oturumu. Her seans aşağıdaki süreye sahip olabilir:
    • 'Kısa' (60 dk.)
    • 'Normal' (90 dak)
    • 'Uzun' (120 dak)
  • Oturum raporu: Liderlere ve yöneticilere ölçümler sağlamak için notlar ve basit raporlar ekleyin. Kalan veya tamamlanan charter oturumu, oturum kurulum süresi, test edilen senaryo, test süreci hakkında, hataların bir listesi ve bulunan sorunlar hakkında ayrıntılar ve ölçümler için diğer bilgileri verir.
  • Oturum Özeti: Test oturumu bulgularını gözden geçirmek için test uzmanı ile Test Sorumlusu / Yöneticisi arasında kısa bir toplantı veya stand-up.

Yöneticiler, oturum raporuna göre aşağıdaki ölçümleri uygulamalı olarak alabilir:

  • Tamamlanan ve kalan oturum sayısı.
  • Bildirilen hataların sayısı.
  • Oturum kurulumunda harcanan süre.
  • Test için harcanan zaman.
  • Sorunları veya sorunları analiz etmek için harcanan zaman.
  • Kapsanan özellikler.

Yukarıdakileri özetlemek gerekirse:

SBT, hesap verebilirliğin keşif amaçlı bir test olmasına izin verir ve test için harcanan zamanın daha iyi yönetilmesini sağlar. Ayrıca üretkenliği artırır ve hata tespiti konusunda daha iyi bir kavrayış sağlar. Ekip liderlerine ve yöneticilere projenin ilerlemesini kontrol etmeleri için ölçümler sağlamanın harika bir yoludur.

Çift Tabanlı Keşif Testi

Eş Testi, iki kişinin aynı şeyi / özelliği aynı anda bir PC'yi paylaşarak test ettiği bir yaklaşımdır. Sürekli olarak düşüncelerini ve fikirlerini paylaşırlar. Bu test sırasında, bir kişi klavyenin sorumluluğunu alırken, diğer kişi test senaryoları önerir ve not alır.

Ortaklar arasında iyi bir iletişimin olması her zaman yararlıdır, böylece her ikisi de ne yapıldığından ve neden yapıldığından haberdar olur. Test edenlerin gücünün, zayıflıklarını karşılıklı olarak tamamladığı bir çift, güçlü bir gruplama olarak kabul edilir.

Bu tür bir eşleştirme hem taraflara fayda sağlar hem de her biri partnerinden bir şeyler öğrenebilir. Ayrıca, yeni kaynakları deneyimli kaynaklarla eşleştirerek eğitmenin iyi bir yoludur.

Eş Testinin Faydaları

  • Bir test uzmanının elindeki göreve odaklanmasına yardımcı olur.
  • Ortaklar arasında karşılıklı güven ve saygıyı teşvik edin.
  • Eşleştirilmiş test kullanıcıları arasında beyin fırtınası yapmak genellikle daha yapıcı fikirlere yol açar.
  • Tünel görüşünden kaçının.
  • Başkalarının onları bölme şansı daha düşüktür.

Keşif Test Teknikleri

Turlar: Bir testçinin hayal gücünü kullanmasına ve kendisini ziyaret ettiği bir şehri keşfeden bir turist olarak görmesine izin veren basit bir tekniktir. Burada test edilecek bir uygulama şehirdir ve test edenler turistlerdir. Elinizde çok fazla zaman ve para yoksa tüm şehri keşfetmek çok zordur, bu nedenle bir turistin aklında belirli bir amacı olan bir planı olması gerekir.

Bir turist aşağıdaki turlara katılabilir:

  • Rehber turu - Uygulamanın vurgulanan özelliğini test etme. Kullanıcı tabanlı senaryolar kullanın.
  • Şehrin tarihini keşfetmek - Bir uygulamanın eski özelliklerini test edin.
  • Para turu, Bu, müşteriye veya müşteriye ilişkin tüm kritik özelliklerin test edildiğinden ve başarıyla çalıştığından emin olmak anlamına gelir.
  • Suç çılgınlığı turu - Geçersiz girdi girin ve olumsuz senaryoları test edin.
  • Arka sokak turu - Uygulamanın en az kullanılan özelliklerini test edin.
  • Sıkıcı tur - Uygulamanın her ekranında minimum süre harcayın, minimum alanları doldurun ve en kısa yolu seçin. Bu, varsayılan değer ve doğrulama testine yardımcı olacaktır.

Bir tura çıkarken, her zaman herhangi bir rotayı seçme seçeneğiniz vardır. Yazılımda gezinebilir ve özelliği test etmek için benzersiz bir yol bulabilirsiniz.

Aşağıda, ET'de kullanabileceğiniz bazı ipuçları / püf noktaları bulunmaktadır:

  • Uygulamayı modüllere ayırın ve modülleri farklı sayfalara ayırın. ET'nizi sayfalardan başlatın. Bu, doğru kapsamı sağlayacaktır.
  • Tüm özelliklerin bir kontrol listesini yapın ve kapsam dahilinde olduğunda bir onay işareti koyun.
  • Temel bir senaryoyla başlayın ve ardından onu test etmek için daha fazla özellik eklemek üzere kademeli olarak geliştirin.
  • Tüm giriş alanlarını test edin.
  • Hata mesajı için test edin
  • Tüm olumsuz senaryoları test edin.
  • GUI'yi standartlara göre kontrol edin.
  • Uygulamanın diğer harici uygulamalarla entegrasyonunu kontrol edin.
  • Karmaşık iş mantığını kontrol edin.
  • Uygulamanın etik hackini yapmaya çalışın.

ET'yi etkileyen faktörler aşağıdaki gibidir:

  • Projenin amacı
  • Test stratejisi
  • Belirli bir aşamanın test hedefi
  • Mevcut araçlar ve tesisler
  • Test uzmanlarının rolü ve becerileri
  • Müsait zaman
  • Yönetim desteği
  • Akran desteği
  • Mevcut kaynaklar (çalışma materyalleri, test koşulları vb.)
  • Müşteriler ilgi
  • Ürünün anlaşılabilirliği.
  • Uygulamanın kullanıcı arayüzü
  • Uygulamanın işlevselliği
  • Önceki test sonuçları
  • Uygulamayla ilişkili riskler
  • Önceki kusurlar
  • Son değişiklikler
  • Test için kullanılacak veri türleri
  • Kullanacak kullanıcı türü

Test yapanlara ne çalıştıracaklarını sormak yerine, neyi test etmek istediklerine ve nasıl test etmek istediklerine karar verme görevini test uzmanının kararına bırakıyoruz.

Keşif Testi ile Ad-hoc Test arasındaki fark

ET ile karıştırmayın Ad-hoc testi .

  • Ad-hoc test, önceden yazılmamış, planlanmamış ve doğaçlama hata arama sürecini ifade ederken, keşif testi, Ad-hoc test için düşünceli bir metodolojidir.
  • Ad-hoc test, bir hata bulmanın isabet ve deneme yöntemidir, oysa ET değildir. ET yaklaşımında, bir test uzmanı, edindiği bilgileri kullanarak testleri keşfederken ve sonunda geliştirirken sistem hakkında bilgi edinir.
  • Ad-hoc test yapılandırılmamış bir etkinliktir, ET ise biraz yapılandırılmış bir etkinliktir.

Keşif Otomatik Test (EAT)

Exploratory Automated Testing, bir test uzmanının hata raporlama ve çoğaltmayı, anlık görüntü toplamayı ve gelecekteki regresyon uyumunu hazırlamasını kolaylaştıran bir yöntemdir. Otomasyon testini Exploratory testiyle birleştiren bir süreçtir.

İki tür EAT yaklaşımı vardır:

  • Pasif EAT
  • Aktif EAT

Pasif EAT

Pasif EAT, tek bir test cihazı tarafından veya bir çift olarak da gerçekleştirilebilir. Bu metodolojide, genellikle, bir test kaynağı (kaynakları) tarafından gerçekleştirilen her bir etkinliği yakalayan ve kaydeden ve kaynağın bilgisayarına yüklenen bir araç.

Pasif EAT, yakalanan oturuma göre test sonucunun işlenmesi dışında testlerin yürütülme biçiminde herhangi bir değişiklik olmadığından manuel olarak gerçekleştirilen ET'ye benzer. Bu test sonuçları, kaydedilen eylemlerin daha sonra raporlanması ve yeniden canlandırılması için kullanılabilir.

Yüklü video aracı, bir test uzmanına test durumu kaydı ve hata bildirimi konusunda yardımcı olur.

Ayrıca aşağıdaki gibi birkaç başka faydası daha vardır:

  • Hataları yeniden oluşturmak için net adımlar sağlar.
  • Kusur bildiren kişi bulunmadığında bile kusurları çoğaltmak daha kolaydır.
  • Kesintili bir hata bildirildiğinde, test ve geliştirme ekibi arasındaki çatışmaları ortadan kaldırın.
  • Belirli bir zamanda sistem yanıt süresini alarak performans testine yardımcı olur.

Pasif EAT'den önce dikkate alınması gereken diğer birkaç nokta:

  • Aracı Otomatik EAT için tamamen uyarlamadan önce bir pilot test yapılması tavsiye edilir. Bu, test oturumu sırasında oluşturulan test günlüklerinin yeniden tasarlanması için gereken sürenin test yürütmeden fazla olmamasını sağlamak içindir. Öyleyse, takımın aşağıdaki konularda karşılıklı bir karar alması gerekir:
    • Belirli bir proje için test otomasyonu gerekliyse.
    • Kullanılan aletin değiştirilmesi gerekiyorsa.
    • Kullanılan aracın performansı optimize edilebilirse.
  • Otomatik EAT gerçekleştirmek için kullanılan aracın, teste dahil olan her test kaynağına yüklenmesi gerekir. Geliştiricilere VPN veya test makinelerine uzaktan erişim sağlayarak veya aracı geliştirme ortamına kurarak elde edilebilecek geliştiricileri dahil etmek de iyi bir fikirdir.
  • Uygulamanın GUI nesnesinin test aracında organize edilmesi her zaman iyi bir fikirdir, böylece hatayı veya bir sorunu analiz etme zamanı geldiğinde, nesne anlamlı bir ad nedeniyle tanınabilir.
  • AUT'de kullanılan GUI nesnesine anlamlı bir ad vermek ve daha sonra kullanmak üzere düzenli tutmak harika bir uygulamadır.

Şimdi ikinci yaklaşıma geçelim.

Aktif EAT

Eşleşme Testi ile Aktif EAT yapılması tavsiye edilir. Bu yaklaşımda, Anahtar Kelime Odaklı test, Oturum testiyle senkronize olarak kullanılır. Bir test kullanıcısı otomatik test komut dosyasını oluşturur ve ikinci test uzmanı, ilk test uzmanı tarafından oluşturulan test komut dosyalarını yürütür.

Bu yaklaşımda otomasyon test komut dosyalarının oluşturulması, geleneksel testlerden farklı bir yol izler. Otomatik test komut dosyaları test sırasında yapılır ve önceki testlerde keşfedilenler tasarımlarını belirler.

Test oturumunun sonunda bir kapanış aşaması yürütülür. Ve aşağıdaki görevlere sahip olmalıdır:

  • Dahil olan testçiler, test komut dosyasını oluşturan test kaynağının oluşturulan paketin güvenilirliğini ve sağlamlığını onaylamak için komut dosyalarını yeniden yürütme şansına sahip olması için rolleri değiştirmelidir.
  • Her otomatik test komut dosyası için birkaç tanımlayıcı özellik ile birlikte kısa bir açıklama sağlanmalıdır.
  • Regresyon testi için hangi Otomatikleştirilmiş test komut dosyalarının kullanılabileceğini belirlemek için bir kriterin tanımlanması gerekir.

EAT'nin Faydaları

  • Her oturumun başlangıcında, önceden oluşturulmuş otomatik test komut dosyaları çalıştırılır ve böylece her seferinde test kapsamı genişletilir.
  • Kusur yeniden üretimi için daha iyi hata raporlama ve dokümantasyon.
  • EAT, bir paydaşın ilerlemeyi görmesi için yeterli kanıt ve belge sağlar.

Keşif Testi Türleri

Aşağıda birkaç tür ET verilmiştir:

1) Serbest Stil VE:

Geçici tarzda uygulama keşfi.

Bu tür ET'de kural yoktur, kapsam için hesap yoktur, vb. Ancak, bu tür bir test, uygulamaya hızlı bir şekilde aşina olmanız gerektiğinde, diğer test uzmanlarının çalışmalarını doğrulamak istediğinizde ve ne zaman Bir kusuru araştırmak veya hızlı bir duman testi yapmak istiyorsanız.

2) Senaryo tabanlı ET:

Adından da anlaşılacağı gibi, yapılan test senaryo tabanlıdır. Gerçek kullanıcının senaryoları, uçtan-uca senaryoları veya test senaryoları ile başlar. İlk testten sonra, test uzmanları öğrenme ve gözlemlerine göre varyasyon enjekte edebilir.

Senaryolar, ET sırasında ne yapılacağına dair genel bir rehber gibidir. Test uzmanlarının, özellik çalışmasına giden tüm olası yolları sağlamak için bir senaryo yürütürken birden fazla olası yolu keşfetmeleri önerilir. Test uzmanları ayrıca farklı kategorilerden olabildiğince çok senaryo toplamayı sağlamalıdır.

3) Stratejidayalı ET:

Keşif testiyle birleştirilen Sınır değer analizi, eşdeğerlik tekniği ve risk temelli teknik gibi bilinen test teknikleri. Bu tür testler için deneyimli bir test uzmanı veya uygulamaya aşina bir test uzmanı atanır.

Çevik Keşif Testi

Çevik bir ortamda çalışmamış olsanız bile, artan popülaritesi nedeniyle onu okumuş veya duymuş olmalısınız. Çevik metodolojinin kısa sprintleri ve sıkı son tarihleri ​​vardır, bu da bir takıma planlama, tahmin, geliştirme, kodlama, test ve yayınlamayı bitirmek için birkaç hafta verir.

Keşif testleri, bu kadar sıkı son teslim tarihlerinde kullanışlı hale gelir çünkü bu test yaklaşımında, hızlı ve faydalı sonuç vurgulanmaktadır. Gereksinimi anladıktan sonra, deneyiminize ve bilginize göre test etmeye başlayabilirsiniz.

Uygulama özelliklerini ve davranışını öğrendikten sonra, uygulama işlevselliğini doğrulamak ve planlanmamış hataları tespit etmek için daha fazla test senaryosu tasarlayabilirsiniz. Serbest stil testi yaklaşımı olduğu için her şeyi belgelemeniz gerekir. Bununla birlikte, test ettiğiniz, bulunan hatalar ve bulunan sorunlar vb. Hakkında notlar ve kısa bir rapor tutmanız gerekir.

Agile'de Keşifsel Değerler

  • Geliştiricilere mümkün olan en kısa sürede geri bildirim sağlamak.
  • Daha geniş bir kusur yelpazesi ortaya çıkarılmıştır.
  • Bir geliştirici, test cihazı, BA, tasarımcılar gibi çeşitli bir kaynak grubu, komut dosyası yazılmış test senaryoları olmadığı ve her biri farklı bir bakış açısı getirdiği için ET gerçekleştirebilir.
  • ET'de yapılan keşif, yeni bölgeleri keşfetmeye ve kritik hataları ortaya çıkarmaya yardımcı olur.
  • Bir uygulamanın yinelemeli kodlaması durumunda ET, otomasyon regresyon ve geriye dönük uyumluluk testi yaparken yeni özellikleri test etmeye odaklanabilir.
  • Kararsız gereksinim olması durumunda ET, yeni gereksinimin sınırlı bir süre içinde test edilmesine yardımcı olabilir.

Hatırlanacak noktalar:

1. Farklı beceriler gerektirir: ET gerçekleştiren test uzmanlarının iyi dinleme, okuma, düşünme ve raporlama becerilerine sahip olması gerekir. Komut dosyası ve test durumu olmadığından alan adı deneyimi gereklidir.

2. Bazen yapmak zordur bir hata bildirin: ET akışındayken, bir kusurla karşılaşabiliriz, ancak onu yeniden üretemeyebiliriz. Bunun nedeni, test adımlarını izlemiyor olmamız ve bu sorunu yeniden oluşturmaya yönelik tam adımları unutabiliriz.

3. Rekreasyon faaliyeti olarak yapılabilir: Normal test yürütme döngüme ara vermek istediğimde kişisel olarak ET yapıyorum. Ancak birçok takımda, test döngülerinin ayrı bir aşaması olarak ET vardır.

4. Tüm test aşamaları için yapılabilir: ET'yi herhangi bir test aşamasının başlangıcından önce uygulayabiliriz. ET'yi işlevsel test aşamasından önce bile gerçekleştirebilirsiniz.

5. Hızlı geri bildirim: ET, karşılaşılan sorunlar ve herhangi bir anormallik hakkında hızlı geri bildirim gerektirir.

6. Kritik düşünce ve çeşitli fikirler: Bu test eleştirel düşünmeyi gerektirir. Test uzmanları fikirlerini mantıklı bir şekilde yeniden üretebilmeli, inceleyebilmeli ve ifade edebilmelidir. Bir test uzmanı, deneyimini üzerinde çalıştıkları çeşitli teknolojiler ve alanlarda uygulayabilir.

Keşif Testlerinde Geleneksel Test Sınırlarının Ötesinde Nasıl Düşünülür?

'Ürünle ilgilendiğiniz ve bizi son kullanıcı perspektifini anlamamıza yardımcı yaptığınız için gerçekten minnettarım. Çok yardımcı olacak. İyi iş çıkardığın için teşekkürler ve devam et !!! '

Bu, müşterimizden gelen 21 e-postayı içeren bir e-posta zincirinin son e-postasıydı. Gece yarısıydı ve bulduğumuz kritik bir hata nedeniyle ürün sürümümüz ertelendi. Düşünebilirsin, bunda yeni olan ne? Birçok kez olabilir. Ancak, rapor ettiğimiz kritik hata belgelenmiş herhangi bir test vakasının sonucu olmadığı için bu gerçekten farklıydı.

Tamamladıktan sonra gerileme testi o akşam son kez ürünle oynuyordum. Bu ne anlama geliyor? Yapmamanız gereken şeyi yapmakta özgürsünüz. Deneyimlerime ve proje bilgilerime dayanarak, tipik test havuzumuz dışında ürünün nasıl test edileceğine dair bazı fikirlerim oldu. aranan Keşif testi .

Yapılan keşif testi, beklenmedik bir şey yaparken sunucu askıda kalma sorunuyla ilgili kritik bir hata buldu.

Keşif testlerinin hayranı olarak, ürünü farklı şekillerde keşfetmeyi seviyorum. Benim için yazılımın tanımı:

'Yapması gerekeni yapmalı ve yapmaması gerekeni yapmamalıdır.'

Keşif test süreci

Çalışması gereken ürünlerin çalışıp çalışmadığını kontrol etmek için test sınırlarını sınırlandırmak, sizi eksik bir test cihazı yapar. Aslında, bir test uzmanının ömrü, belgelenmiş regresyon testi sona erdiğinde ve sonuçlar güncellendiğinde başlar. Ürünlere farklı bakış açılarından bakmak ve farklı senaryolarda son kullanıcı gereksinimlerini anlamak büyük fark yaratır. Öyleyse bugün, bu farkın nasıl yaratılabileceğini birlikte anlayalım:

Bir ürüne farklı bakış açılarından nasıl bakılır?

Keşif testi

# 1. Müşteriyi / son kullanıcıyı anlayın

Yazılım testi, ürünün kalitesini müşteri memnuniyeti açısından kontrol etmekle ilgilidir. Bir müşterinin bakış açısını nasıl anlarsınız? Cevap basit - müşteri olmalısınız. Tamam, bir düzeltme yapayım. Müşteri olmak yeterli olmayacak. Müşterinin ürünü nasıl ele almak istediğini anlamanız gerekir. Aynı hammaddeyi satın alan iki müşteri aynı tarifi hazırlamaz. Evet, geliştirdiğimiz / sunduğumuz ürün, müşterinin işletmeleri için bir hammaddedir ve onu kullanırken farklı bir zihniyete sahiptirler.

Bir yazılım testçisi olarak, ürünün nesnesini veya yönünü değil, ürünün amacını kontrol etmemiz gerekir.

Size gerçek hayattan bazı pratik örnekler vereyim:

  • Makas hiçbir zaman sadece kağıt kesmekle sınırlı kalmadı. Kesme, kağıt (nesne) değil amaçtır.
  • Cep telefonları hiçbir zaman sadece aramakla sınırlı kalmadı, ancak 'arayabilmek' her zaman temel amaç oldu.
  • Saklama kutuları saklamak için kullanılır, ancak depolanan malzemenin güvenliği depolama kadar önemlidir.

Paydaşları ve geniş bir yelpazedeki beklentilerini anlamak, keşif testlerinin temelini oluşturmalıdır.

# 2. Bir zihniyet

Bir iş istihdamı reklamı ararken (diyelim), o ikramiyeyi ve kalın yazı tipinin bulunduğu sayfalar arasında görüyor musunuz? Çoğumuz değil (inan bana, bu doğru). Çünkü zihnimize neyin yararlı olduğunu veya neyin kontrol edileceğini aramasını öğrettik. Başka hiçbir şeyin faydası yoktur, bu yüzden zihin onu tanımamızı reddeder.

Zihninizi açın ve bir ürünü keşfetmeye başladığınızda herhangi bir beklenti belirlemeyin . Ürünün yapması gerekeni yapmasının doğru olmadığını her zaman unutmayın. Yapmaması gerekeni yapmaması da önemlidir.

Klasik bir örnek hatırlıyorum:

Linux'ta, 'cat' komutu bir dosyanın içeriğini kontrol etmek için kullanılır ve 'ls' komutu dizinin içeriğini kontrol etmek içindir. Linux ile çalışmak ve beş yıldır yazılım testi yapmak, kedi yapmayı hiç düşünmedim çünkü fikrim belirlenmişti; dir içeriğe ihtiyacım varsa, 'ls' kullanmam gerekir. Bu işe yaradı, ancak beklentinin tersi, ürünün olması gerektiği gibi davranmaması gerektiğiydi, yanlıştı. Linux'u iyi tanımayan müşterilerimizden biri yanlışlıkla kedi yaptı ve sistem çöktü. Bu zihniyet için ödeme yaptık.

Yazılımla ilgili hata yapmaya her zaman hazır olun çünkü son kullanıcının yapması gereken budur. Yazılımı test etmek için eğitim aldınız, ancak son kullanıcı sizin kadar eğitimli olmayacak veya o sizin kadar teknik uzman olmayacaktır. Ayrıca, sorun yaşadıklarında yazılımla her şeyi yapacaktır.

Bu senaryoları düşünün ve test geri bildirimi sağlayın. Yazılımın ve sizinki (bir test cihazı olarak) hayatı sarsılacak.

# 3. Rakipleri tanıyın

Müşteriniz için herhangi bir yazılım uygulamasını test ederken, aynı amaçla başka bir yazılımı tanımaya ve anlamaya hiç çalıştınız mı? Bir rakibin ürününde gözlemlediğiniz bazı yararlı işlevler önerdiniz mi? Bizim iş tanımımıza girmiyor, tipik cevap. Ama bunu yapmanın faydasını biliyor musun?

İşte konuyu anlamanıza yardımcı olacak birkaç gerçek hayat örneği:

  • Sadece elbisenizi dikmekle kalmayıp, aynı zamanda size en uygun aksesuarlarla ilgili girdi sağlayan tasarımcıyı sevmiyor musunuz?
  • Sadece harika pizzalar yapmakla kalmayıp evde en çok zamanında teslim eden pizza markasını sevmiyor musunuz?
  • Sadece iyi fotoğraflar çekmekle kalmayan, aynı zamanda fotoğraf çekimi için farklı çerçeveler öneren fotoğrafçıyı sevmiyor musunuz?

Herkes ödediği paranın karşılığını fazlasıyla almak ister. Rekabetçi yazılım analizimiz bizim için aynı şekilde çalışabilir. Müşteri her zaman değerli önerileri duymaktan hoşlanır - esas olarak ürünü daha kullanışlı veya pazarlanabilir hale getirmek için karşılaştırmalı öneriler.

Ayrıca, aynı ürün yelpazesinin bu tür bir karşılaştırması ve analizi, analizimizi daha güçlü kılar ve nihayetinde her an geri dönüp faydalı bir şey bulabileceğimiz bir hazine yaratırız.

Sonuç

Keşif, geleneksel bir test yöntemine tabi değildir, ancak yine de çok güçlü bir test yöntemidir.

1. kademe yardım masası mülakat soruları

Bir test uzmanının alışılmışın dışında düşünmesini ortaya çıkarır ve bir kusur bulmak için pratik ve gerçek zamanlı test senaryoları bulmalarını teşvik eder. Serbest stil doğası, ona diğer test türlerine göre bir avantaj sağlar ve Agile veya şelale kullanan bir proje veya minimum dokümantasyon gerektiren başka herhangi bir proje olsun, her yerde gerçekleştirilebilir.

Keşif testinin başarısı, bir testçinin becerisi, etkili test senaryoları yaratma yeteneği, deneyimleri ve içgüdüsel hislerini takip etme becerisi gibi çok sayıda soyut varlığa bağlıdır.

ET'nin tahmine dayalı bir süreçten çok uyarlanabilir bir süreç olduğunu ve keşif ile senaryolu veya düzenli testler arasında sağlıklı bir denge sağlamak için gerekli olduğunu hatırlamak zorunludur.

Tipik Keşif testi deneyimleri olan bir test uzmanı mısınız? Düşüncelerinizi duymak için bekliyoruz. Bunları aşağıdaki yorumlar bölümünde paylaşmaktan çekinmeyin.

Sonraki Öğretici # 2: Tam Keşif Testini Sağlamak İçin Turlar Nasıl Kullanılır?

Önerilen Kaynaklar

^