Menü

SRS Belgesinden Test Örnekleri Yazma (Canlı Proje Örnek Test Durumlarını İNDİRİN)

writing test cases from srs document

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

SRS Belgesinden Test Örnekleri Yazma (Canlı Proje Örnek Test Vakalarını İndirin) - Yazılım Testi QA Eğitimi 4. Gün

Sırf şimdiye kadar yaptıklarımızı yeniden gözden geçirmek için - yolumuza devam ediyoruz. Yazılım Test Eğitimi mini kurs canlı bir projede OrangeHRM.

Şimdiye kadarki bu ücretsiz çevrimiçi QA eğitim serisinde işimiz bitti:

  1. SRS incelemesi,
  2. Test Senaryosu / Test Kapsamı tanımlama ve
  3. Test Planını belgeledi .

SRS Belgesinden Test Örnekleri Yazma

Şimdi, gerçek anlaşma olan kısma ulaştık,test durumları.

Bundan önceki makalede belirtildiği gibi: Test senaryoları, SDLC'nin Kod aşaması devam ederken QA ekibi tarafından belgelenir. Başka bir deyişle, Geliştirme ekibi yazılım sistemini oluştururken, test ekibi, sistemi hazır olduğunda yani kod aşamasının sonunda test etmemize yardımcı olacak test senaryolarına hazırlanır.

Bu nedenle, bugünün makalesinde, test senaryolarının ne olduğunu, nasıl oluşturulacağını anlamak ve canlı projemiz için birkaç örnek test senaryosu yazmak üzerinde çalışacağız.

Hemen başlayalım.

Ne öğreneceksin:

Test Durumlarını Yazmanın Temelleri

# 1) Test Senaryolarının tamamı AUT'de 'Neyi test edeceğiz' ile ilgili olsaydı - test senaryolarının tamamı 'Bir gereksinimi nasıl test edeceğiz'.

Örneğin , test senaryosu 'Yönetici oturum açma işlevini doğrulayın' ise - Bu 3 test durumunda (veya koşulda) sonuç verir - Oturum açma (başarılı), Oturum açma-yanlış kullanıcı adı girildiğinde başarısız, yanlış şifre girildiğinde Oturum Açma başarısız . Her bir test senaryosu, belirli bir test koşulunun karşılanıp karşılanmadığını nasıl kontrol edebileceğimizi ele alan adımlara sahip olacaktır.

#iki) Bir test senaryosu oluşturmak için girdi FRD, Önceki adımda oluşturulan test senaryoları ve varsa diğer referans belgeler.

# 3) Test senaryosu belgeleri, QA ekibi tarafından önemli bir çıktıdır ve geri bildirimleri için tamamlandığında BA, PM ve diğer ekiplerle paylaşılır.

# 4) Çalışma ekip üyeleri arasında bölünür ve her üye belirli bir modül veya belirli bir modülün bir parçası için test senaryoları oluşturmaktan sorumlu olacaktır.

# 5) Test senaryolarında olduğu gibi, Test senaryosu belgelerine başlamadan önce ortak bir şablon üzerinde anlaşmaya varılmalıdır. Pratik olarak her şey test senaryoları oluşturmak için kullanılabilir. En sık kullanılan 2 seçenek MS Excel ve MS word'dür.

# 6) MS kelime şablonu şuna benzer:

Test senaryoları MS word şablonu

# 7) Excel şablonu aşağıdaki gibi görünebilir:

qa eğitim test vakaları örnekleri xls

# 8) Yukarıdaki iki şablondan, bir test senaryosunu oluşturan alanların (veya bileşenlerin) aynı olduğu, tek farkın organize edilme biçimleridir.

Bu nedenle, bir teste dahil edilecek bilgi türlerinin her biri için bir alan olduğu sürece, şablonun formatı önemli değildir. Bununla birlikte, benim kişisel favorim excel sayfası olur, çünkü genişletmek, daraltmak, sıralamak vb.

Test Durumlarındaki Alanlar

Bir test senaryosunun parçası olan alanları gözlemlemek için biraz duralım.

Test senaryosu kimliği ve Test senaryosu açıklaması genel olanlardır.

Diğer alanlar şu şekilde açıklanabilir:

  • Ön koşul: AUT'nin durumu (başlamak için AUT'nin olması gereken durum).
  • Giriş: Veri girişi adımları. Bu adımlar için, ne tür giriş bilgilerinin gerekli olduğuna dikkat etmek önemlidir - Test verileri.
  • Doğrulama noktası / tetikleyici / eylem : Doğrulamanın gerçekleşmesine ne sebep oluyor? (Bir düğmeye veya geçişe veya bağlantı erişimine tıklayın. Bir test senaryosuna en az bir doğrulama noktası olduğundan emin olun - aksi takdirde, hepsi aranacak hiçbir şey olmadan veri girişi olacaktır. Ayrıca yeterli modülerliğe sahip olduğumuzdan emin olmak için, Çok fazla doğrulama noktasını tek bir test senaryosunda birleştirmemeye çalışın. Test senaryosu başına 1 tanesi optimumdur.)
  • Çıktı: Beklenen Sonuç.
  • Son koşul: Bu, yalnızca test senaryosunu daha anlayışlı ve bilgilendirici hale getirmek için test uzmanının yararına sağlanan ek bilgilerdir. Bu, tüm test senaryosu adımları tamamlandıktan sonra ne olduğu veya AUT'den ne beklenebileceğinin açıklamasını içerir.

Ayrıca Bakınız => Örnek Test Vaka Şablonu

Canlı Proje Örnek Test Örnekleri (İndir)

Artık test senaryosu oluşturma sürecine başlamak için yeterli arka plan bilgisine sahip olduğumuza göre, başlayalım ve Canlı Projemiz için birkaç test durumu oluşturalım.

Yukarıda bahsedilen sürece dayanarak, OrangeHRM hesap modülü için bazı örnek test senaryoları oluşturduk. Bunlar size tam bir test senaryosu formatı ve test senaryoları yazmaya nasıl yaklaşılacağı konusunda fikir vermelidir.

=> Canlı Projemiz için Örnek Test Örnekleri Belgesini buradan indirin .

Not: Örnek test durumları XLS belgesine atıfta bulunulan birkaç görüntü var. Bunu eski MS Office sürümünde görüntülüyorsanız, uyumluluk sorunlarıyla karşılaşabilirsiniz.

Bu resimleri XLS dosyalarındaki adlarına göre aşağıda listeledik:

Resim 1'i Görüntüle
Pic 2'yi görüntüle
Pic 3'ü görüntüle

Orada, her şey bitti ve her şey yolunda.

Test Örnekleri Yazma / Optimizasyon Yöntemleri

Şimdi, belirli bir sayfanın üzerinde birkaç 10'luk alan olduğu veya burada uygulanan karmaşık bir iş mantığına sahip olduğu bir durumu hayal edin. Bu gibi durumlarda test senaryosu oluşturma sürecini optimize ettiğimizden emin olmak için, testçilerimiz belirli Test senaryosu optimizasyon yöntemlerine sahibiz.

Aşağıda listelenen bu yöntemler hakkında daha fazla bilgi için sağlanan bağlantılardır.

alfa ve beta testi arasındaki fark
  • Sınır Değer Analizi
  • Eşit bölümlere ayırma
  • Hata Tahmin Etme - Bu çok basit bir yöntemdir ve bir test uzmanının sezgisine dayanır. Örneğin Bir sayfada tarih alanı olduğunu varsayalım. Gereksinimler, bu alan tarafından geçerli bir tarihin kabul edileceğini belirtecektir. Şimdi, bir test uzmanı tarih olarak '30 Şubat' ı deneyebilir - çünkü sayılar söz konusu olduğunda, bu geçerli bir girdidir, ancak Şubat ayı içinde hiçbir zaman 30 gün olmayan bir aydır - dolayısıyla geçersiz bir girdi.
  • Durum Geçiş Diyagramları
  • Karar Tabloları

Yukarıdaki teknikleri kullanarak ve genel test senaryosu oluşturma sürecini takiben, eldeki uygulamayı etkili bir şekilde test edecek bir dizi test senaryosu oluşturuyoruz.

Dikkat Edilmesi Gereken Birkaç Önemli Nokta

  • Oluşturduğumuz test senaryoları sadece QA aşaması için değil aynı zamanda UAT için de referans noktasıdır.
  • Dahili olarak test durumları Ekip içinde hakemli .
  • Belirli bir durum bir test senaryosu ile ele alınmadığında - temel kural, test edilmeyeceğidir. Bu nedenle, oluşturduğumuz test paketinin% 100 test kapsamı hedefine ulaşıp ulaşmadığını kontrol etmek için iyi bir yerdir. Bunu yapmak için bir izlenebilirlik matrisi oluşturulabilir. Hakkında bilinmesi gereken her şeye göz atın İzlenebilirlik matrisi burada .
  • Araçlar - Gibi test yönetimi araçları QC , qTest test senaryosu oluşturma etkinliğinde bize yardımcı olun. Kalite Merkezi kullanılarak test senaryolarının nasıl ele alınabileceğine dair bir örnek için şuna göz atın Kalite Merkezi öğreticisi .
  • Otomasyon araçları, test senaryoları oluşturmak için kullanılabilir; bu durumda bunlara Test komut dosyaları denir.
Profesyonel İpucu :Lütfen oluşturduğumuz her belge için bir yazım ve dilbilgisi kontrolü yapın. BT projelerinin kalite temsilcileriyiz ve çıktılarımızın kendilerinin kalitesiz olması bize olumlu bir şekilde yansımaz.

Bu bizi başka bir ilginç bölümün sonuna getiriyor.

Sonuç

Test oluşturma sürecinin / test tasarım aşamasının (STLC) sonu ve Kod aşamasının (SDLC) sonu, genellikle test hazırlık aşamasının sonunu ve Test yürütme aşamasının başlangıcını işaretleyecektir.

Bu Yazılım Test Kursundaki bir sonraki eğitim - Önümüzdeki yazımızda Test Yürütmenin ne olduğu, neleri içerdiği ve bu aşamada QA ekibinden beklentilerin neler olduğu hakkında konuşacağız.

=> QA Eğitimi 5. Gün: Test uygulaması

Umarız hepiniz bu seriyle birlikte çalışıyorsunuzdur. Basitlik adına, yalnızca birkaç test durumu oluşturulmuştur. Bununla birlikte, en iyi sonuçlar kapsamlı bir şekilde testler üzerinde çalıştığınızda görülebilir, bu da giderek daha fazla test senaryosu yazmak anlamına gelir. Bu yüzden lütfen işinizi sınırlamayın ve elinizden geldiğince yapın.

Lütfen sorularınızı ve yorumlarınızı aşağıdan bize bildirin. Mutlu testler!

PREV Eğitimi | SONRAKİ Eğitici

Önerilen Kaynaklar

^