Menü

Yıkıcı Muayene ve Tahribatsız Muayene Eğitimi

  • Ana
  • Diğer
  • Yıkıcı Muayene ve Tahribatsız Muayene Eğitimi

destructive testing

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

Tahribatlı Muayene ve Tahribatsız Muayene Türleri ve Yöntemleri ile Arasındaki Fark:

Bu makalede, yıkıcı testler ve tahribatsız yazılım testleri ile ilgili ayrıntıları tartışacağız.

Bunları tek tek öğreneceğiz ve bu iki test türü arasındaki farkları da makalenin sonunda göreceğiz.

Yıkıcı ve Tahribatsız Muayene

Ne öğreneceksin:

Yıkıcı Test Nedir ve Faydaları Nelerdir?

Yıkıcı Yazılım Testi (DST), yazılım uygulamasının bir kısmının kontrolsüz bir şekilde başarısız olmasına, sağlamlığını test etmeye ve hata noktasını tespit etmeye çalışan bir tür yazılım testidir.

Yıkıcı

Yazılımın işlevselliğini kontrol eden diğer geleneksel tip yazılım test yöntemlerinin aksine, bu yöntem, yazılım içindeki öngörülemeyen kullanıcı davranışını inceler. Bu nedenle, genellikle ortalama kullanıcılar tarafından karşılaşılmayan yazılım kusurlarını ortaya çıkarmamızı sağlar.

Yıkıcı yazılım testinin (DST), geleneksel tip yazılım testine (CST) alternatif bir yaklaşım olduğunu, ancak onun yerini almadığını lütfen unutmayın. CST'ye ek olarak DST yapmak etkilidir.

Tahribatlı testler en zorlu çalışma koşullarında yapılır ve uygulama bozulana kadar devam eder. Bu testin ana fikri, sadece tasarım zayıflıklarını, eğer varsa bunlar muhtemelen normal çalışma koşullarında ortaya çıkmayacaksa ortaya çıkarmak değil, aynı zamanda yazılım ürününün hizmet ömrünü keşfetmektir.

Bu tür testler, Maymun Testi, Ad hoc Test ve Keşif Testi ile benzerlikler paylaşır.

Yıkıcı Yazılım Testinin Faydaları

alt dize (0,0)
  • Uygulamanın sağlamlığını, kurtarılabilirliğini ve ömrünü ölçmeye yardımcı olur.
  • Yazılımın uygunsuz veya yanlış kullanılması durumunda başarısızlık noktalarını ortaya çıkarır.
  • Test sırasında kullanıcı hikayelerinin önyargılarını görmezden geldiği için test cihazı için doğru bağlamı belirler.
  • Genelde ortalama kullanıcılar tarafından karşılaşılmayan yazılım hatalarını ortaya çıkarmamızı sağlar.
  • Bu tür testler, uygulamadaki kusurları keşfetmede benzersizdir ve ele alındığında yazılımın sıralamasını acemi kanıtlama durumuna yükseltecektir.

Bu Testi Gerçekleştirme Adımları

  1. Yıkıcı yazılım test döngüsünün başlangıcında, istemci bir uygulama kopyası veya erişim kimlik bilgileri ve kullanıcı gereksinimleri gönderir.
  2. Müşteri daha sonra gereksinimleri sunar ve uygulamayı bir QA analistine gösterir.
  3. Daha sonra, QA analisti, uygulama içindeki sınırların işlevini belirler ve sınırlar içinde uygulamanın kullanılabilirlik sınırlarını oluşturur.
  4. Şimdi, QA test cihazı, rassal teknikleri kullanarak uygulamayı bu sınırlar içinde rastgele test edecek. QA testi iş akışları ve kusurları kaydedilir.
  5. Son olarak, kusur dizini müşteri ile paylaşılır.
  6. İhtiyaç varsa, yıkıcı test döngüsü, müşterinin gereksinimlerine göre tekrar edilebilir.

Bu test için, yazılımın orijinal gereksinimleri hakkında biraz bilgi sahibi olmak iyidir. Bu, iyi bir test stratejisi oluşturmaya yardımcı olur.

Yıkıcı Testte neyi doğrularsınız?

  1. Yazılım uygulamasının uygunsuz ve uygun davranışı.
  2. Geçerli ve geçersiz giriş verileri.
  3. Yazılım uygulamasının yanlış kullanımı.

Yıkıcı Yazılım Test Yöntemleri ve Stratejileri

Yıkıcı testlerin uygulanmasının birkaç yolu vardır:

1) Hata Noktası Analizi Yöntemi:

Bu yöntemde uygulama gözden geçirilir ve her yoluna ve köşesine erişmek için incelenir. Çeşitli noktalarda neyin başarısız olabileceği belirlenir. Bu yöntem için, uygulamaya ilişkin bir adım atmak için iş analistlerinden yardım alabilirsiniz.

2) Akran Değerlendirmesi:

c ++ 1 saniye bekle

Uygulamanın, yazılıma aşina olmayan bir test uzmanı tarafından incelenmesini sağlayın. Bu, bir test uzmanı olarak sizin göremediğiniz bazı gizli hata noktalarını bulmanıza yardımcı olacaktır.

3) İşletme tarafından incelenen test senaryolarını alın:

Son kullanıcılar ve diğer paydaşlar bazen bir testçinin gözden kaçırmış olabileceği geçerli test senaryoları düşünebilirler. Bu nedenle, işletme tarafından incelenen test senaryolarını almak, test kapsamınızı artırabilir.

4) Keşif testi:

Çalışma sayfaları yardımıyla keşif testi yapın. Neyin test edildiğini bilmenize, testleri tekrarlamanıza ve test kapsamını kontrol etmenize yardımcı olacaktır.

5) Sistemi uygunsuz verilerle besleyin:

Uygulamaya geçersiz giriş sağlayabilirsiniz. Bu, bozuk verileri, kullanıcı arayüzünde yanlış adım dizisini vb. İçerebilir.

6) Diğer kaynakları kullanın:

Sistemi kırmak ve farklı senaryolar için analiz yapmak için başka kaynakları veya yolları da kullanabilirsiniz. İşin iyi yanı, yıkıcı yazılım testinin kullanıcı öyküsünün mutlaka 'gereksinimleri' ve 'spesifikasyonları' istememesi, bu nedenle bu testi yapmak için herhangi bir uygun yolu deneyebilirsiniz.

Yıkıcı Test Teknikleri

Yıkıcı yazılım testleri aşağıdaki gibi çeşitli tekniklerle yapılabilir:

  • Kabul testleri
  • Döngü testi
  • Gerileme testi
  • Eşit bölümlere ayırma
  • Sınır değer testi
  • Arayüz testi
  • Alfa / Beta testi
  • Sistem testi
  • Yukarıdan aşağıya test
  • Kara kutu testi

Yıkıcı Yazılım Testi için Birkaç Yararlı İpucu

  • Mümkün olduğu kadar ürün hakkında bilgi edinin. Kendinizi müşterinin yerine koyun ve ardından ürünü onun bakış açısından düşünün.
  • Kullanıcı öyküsündeki tüm önyargılı bilgileri silin. Kullanıcı hikayesi açıklamasını ve kabul kriterlerini unutun ve uygulamayı deli bir müşteri gibi kırmaya çalışın.
  • Mutlu yolları değil, istisna yollarını arayın. Kabul kriterlerini göz ardı ederek beklenen veya normal iş akışını bilemeyeceğinizi unutmayın.
  • Başvurunuzdan olumlu bir yanıt beklemeyin. Ya bir şey başarısız olursa? Yapabileceğiniz her şeyi simüle etmeye ve bozmaya çalışın.
  • Ağ koşullarınızı daha gerçekçi bir kurulumla sınırlayın, çünkü tüm gerçek kullanıcılar birinci sınıf makinelere ve ağ koşullarına sahip olmayacak.

Tahribatsız Muayene Nedir ve Faydaları Nelerdir?

Tahribatsız Muayene (NDT), yazılımla doğru şekilde etkileşim kurmayı gerektiren bir yazılım değerlendirme tekniği olarak tanımlanmaktadır. İstisna yolları aradığımız yıkıcı yazılım testlerinin aksine, tahribatsız testlerde mutlu yollar veya altın yollar ararız. NDT, pozitif test olarak da bilinir.

Örneğin, 1-999 arasında bir sayıyı kabul eden bir giriş kutusu varsa, bu aralıkta bir sayı girmek ve giriş kutusunun işlevselliğini doğrulamak pozitif bir test durumu olacaktır.

Tahribatsız Test Örneği

NDT'de, herhangi bir hata veya istisna olmaksızın çalışan ve istenen çıktıyı üreten, bilinen bir gereksinimi kullanan iyi tanımlanmış bir test senaryosuna sahibiz. Beklenen sonuçları verir ve yazılımın beklendiği gibi çalıştığını doğrular.

Faydaları Tahribatsız Yazılım Testi

  • Geliştirilmiş yazılım kalitesi ve sorunlar, uygulamanın ana akışında düzeltildi.
  • Yazılım uygulamasının gerekli özelliklere göre çalıştığını göstermede faydalıdır.
  • Müşteri beklentilerinin karşılandığını doğrular.
  • Performans gereksinimlerinin karşılanmasını sağlar.
  • Ürün değerlendirme ve sorun gidermede hem zamandan hem de paradan tasarruf sağlar.

Bu Testi Ne Zaman Yapmalı

  • Testin ilk şekli olmalı ve SDLC'nin ilk aşamasında yapılması gerekiyor çünkü mutlu yol uygulamanın ana akışıdır ve iyi çalışmazsa testin geri kalanı engellenir.
  • Test için yeterli zamanımız ve bütçemiz olmadığında hızlı ve kolay bir şekilde yapılabilir. Bu, en azından yazılım gereksinimlerinin ve kabul kriterlerinin karşılanmasını sağlar.

Tahribatsız Yazılım Testi Stratejisi

  • Tahribatsız testi yapmak için pozitif test yaklaşımı benimsenmelidir.
  • Testi yaparken, test uzmanı, tahribatsız testin amacının, uygulamanın geçerli girdi verilerini vermek için iyi çalışacağını doğrulamak olduğunu unutmamalıdır. Bu nedenle amaç, pozitif veri kümesi için uygulama davranışını doğrulamaktır.
  • En iyi uygulama, sistemin amaçlanan şeyi yapıp yapmadığını kontrol etmektir.

Yıkıcı ve Tahribatsız Muayene Arasındaki Fark

Yıkım testiTahribatsız test
Tasarımdaki zayıflıklara odaklanır, ancak işlevselliğe değil.Tasarımda değil, işlevsellikteki zayıflıklara odaklanır.
İş gereksinimlerine ihtiyaç duymaz. Yıkıcı testler, önceden kararlaştırılmış gereksinimler hakkında bilgi sahibi olmadan yapılır.İş gereksinimleri ve kabul kriterlerine göre işlevsellikleri doğrulamak için test yapılır.
Amaç, arıza noktalarını tespit etmek için olağandışı girdiler sağlayarak yazılımı kırmaktır.Amaç, olumlu sonuçları doğrulamak için yazılımla doğru bir şekilde etkileşime girmektir.

Sonuç

Yıkıcı testte, uygulamanın sağlamlığını incelemek için uygulama kasıtlı olarak çökmek üzere yapılır. Uygulamanın müşteri tarafından yanlış kullanılması nedeniyle yazılımda oluşabilecek arıza noktalarını tespit eder.

Geleneksel yazılım testleri kullanılarak izlenemeyen zayıf noktaları tespit eder. Daha iyi test kapsamı için, geleneksel yazılım testleri ile birlikte yıkıcı yazılım testlerinin yapılması tercih edilir.

Tahribatsız test, yazılım işlevselliğinin müşteri gereksinimlerini karşıladığını doğrulamak için pozitif test veya mutlu yol testi yaklaşımıyla yapılır. Yazılımla doğru bir şekilde etkileşim kurmayı içerir.

Önerilen Kaynaklar

^