Yeni test uzmanları genellikle bu iki terimin sanki aynı anlama geliyormuş gibi kullanıldığını duyarlar. Yapmazlar. Test senaryosu ile test senaryosu arasındaki fark çoğunlukla ayrıntı düzeyiyle ilgilidir ve bunu anlamak, teste başlamadan önce ne kadar yazacağınıza karar vermenize yardımcı olur.

Bu kılavuzda her biri açıklanmakta, ardından gereksinimlerden senaryolara ve tüm test senaryolarına kadar tek bir parola sıfırlama özelliği üzerinden çalışılmaktadır. Özellik ve kuralları icat edilmiş bir örnektir. Terminoloji de ekipler ve araçlar arasında biraz değişiklik gösterir; bu nedenle bu kelimelerin kendi ekibinizde ne anlama geldiği konusunda hemfikir olun.

Kısa cevap

Bir test senaryosu, “bir kullanıcının unutulan bir şifreyi sıfırlayabildiğinin doğrulanması” gibi kontrol edilecek bir durumu açıklar. Genellikle tek satırdır ve ayrıntıları test eden kişiye bırakır.

Bir test senaryosu, bu durumda bir koşulun nasıl kontrol edileceğini tam olarak açıklar: ön koşullar, adımlar, test verileri ve beklenen sonuç. Bunu takip eden iki test uzmanı aynı karara varmalıdır.

Bir gezi planlamayı düşünün. Senaryo “Pune’dan Delhi’ye seyahat”. Test senaryosu, uçuş numarasını, kalkış saatini ve her aşamada ne yapılacağını içeren tam seyahat planıdır.

Test senaryosu ve test senaryosu yan yana

Test senaryosu nedir?

Test senaryosu, kullanıcının yapabileceği bir şeyin veya sistemin ele alması gereken bir durumun kısa bir açıklamasıdır. Dışarıdan önemli olana odaklanır ve genellikle doğrudan bir gereksinimden veya kullanıcı hikayesinden gelir.

Senaryolar hızlı oldukları için değerlidir. Üç ayrıntılı vakayı yazmak için gereken sürede otuz listeleyebilirsiniz; bu da, bunları bir ürün sahibiyle kapsamı gözden geçirmenin harika bir yolu haline getirir: “Her şeyi düşündük mü?” Teknik bilgisi olmayan bir okuyucu, bir senaryo listesini sorunsuz bir şekilde takip edebilir.

Test senaryosu nedir?

Test senaryosu, bir şeyin işe yarayıp yaramadığını belirlemek için kullanılan bir dizi spesifik koşul ve adımdan oluşur. Tipik bir test senaryosu şunları içerir:

• Benzersiz bir Kimlik ve anlaşılır başlık
• Önkoşullar, yani başlamadan önce neyin doğru olması gerektiği anlamına gelir
• Numaralandırılmış adımlar
• Spesifik test verileri
• Beklenen bir sonuç
• Çalıştırıldığında doldurulan gerçek sonuç ve durum

Tutarlılık önemli olduğunda test senaryoları parlar. Yeni bir ekip üyesi bunları çalıştırabilir, sonuçlar sürümler arasında karşılaştırılabilir ve nelerin doğrulandığına dair bir kaydınız olur. Test senaryolarının nasıl yazılacağı konusundaki kılavuzumuzda daha derinlere iniyoruz.

Tek özellik, baştan sona

Adım 1: Gereksinim

Şifresini unutan kullanıcılar e-posta yoluyla sıfırlama bağlantısı talep edebilirler. Bağlantı bir kez çalışır ve 30 dakika sonra sona erer. Yeni şifre en az 8 karakter uzunluğunda olmalıdır.

Adım 2: Test senaryoları

TS-02’ye bakın. Gereksinim hiçbir zaman bilinmeyen bir e-postada ne olması gerektiğini söylemez ve senaryoyu yazmak bu boşluğu ortaya çıkarır. Sayfa adresin kayıtlı olmadığını göstermeli mi? Saldırganların geçerli hesapları keşfetmesine olanak tanıdığı için güvenlik nedeniyle genellikle yapılmaması gerekir. Bu soruları erken bulmak senaryo yazmanın en büyük faydalarından biridir.

3. Adım: Test senaryoları

Şimdi sadece TS-05’i test senaryolarına genişletiyoruz. Bir senaryo birden fazla hale gelir:

Bu değerler rastgele değildi. TC-051 ve TC-052, sınır değer analizi kullanılarak sınırın her iki tarafında yer alır ve diğerleri eşdeğerlik bölümlemesinden gelir.

Bir test senaryosu şablonu

İşte TC-052 tam olarak yazılmıştır. Ekibinizin henüz bir standardı yoksa bu düzeni kopyalayın:

ID:            TC-052
Title:         Reset rejects a password of 7 characters
Scenario:      TS-05 New password rules are enforced
Priority:      High
Preconditions: Account asha@example.com exists
               A valid, unused reset link has been requested
Test data:     New password: abcd123

Steps:
  1. Open the reset link from the email
  2. Enter abcd123 in New password
  3. Enter abcd123 in Confirm password
  4. Click Reset password

Expected:      Error "Password must be at least 8 characters"
               Password is unchanged, and the link stays valid
Actual:        (filled in during the run)
Status:        (Pass / Fail / Blocked)

Beklenen sonucun hata mesajından daha fazlasını kontrol ettiğine dikkat edin. Ayrıca eski şifrenin hala çalıştığını ve bağlantının kullanılabilir durumda olduğunu da doğrular. Zayıf test senaryoları genellikle ekranda görünenle sınırlı kalır.

Büyük resimde nerede yer alıyorlar

Geleneksel olarak senaryolar ve vakalar, yazılım testi yaşam döngüsünün test tasarımı aşamasında yazılır.

Her biri ne zaman kullanılmalı

Senaryolar genellikle aşağıdaki durumlarda yeterlidir:

• Ekip küçük, tecrübeli ve ürünü iyi biliyor.
• Zaman kısa veya gereksinimler sık ​​sık değişiyor.
• Bu özellik düşük risklidir.
• Kapsamı paydaşlarla hızlı bir şekilde gözden geçirmek istiyorsunuz.
• Keşif amaçlı testlere rehberlik ediyorsunuz.

Aşağıdaki durumlarda ayrıntılı test senaryoları çabaya değer:

• Ödemelerde, güvenlikte veya sağlık verilerinde olduğu gibi bir başarısızlık maliyetli olacaktır.
• Düzenleyicilerin veya denetçilerin neyin test edildiğine dair kanıtlara ihtiyacı vardır.
• Testleri yeni veya dış kaynaklı test uzmanları yürütmelidir.
• Sonuçlar, bir regresyon paketinde olduğu gibi tam olarak tekrarlanmalıdır.
• Adımlar otomatik testler haline gelecektir.

Çoğu olgun takım her ikisini de kullanır. Her şeye ilişkin senaryoları listeliyorlar ve yalnızca en yüksek riskler için tam vakalar yazıyorlar. Düşük riskli ayarlar sayfasının her adımını banka havalesiyle aynı şekilde belgelemeye gerek yoktur.

Senaryolar, vakalar ve otomasyon

İyi yazılmış bir test senaryosu neredeyse doğrudan otomatikleştirilmiş bir testle eşleşir. Ön koşullar kuruluma, adımlar eylemlere ve beklenen sonuç bir iddiaya dönüşür. Davranış odaklı geliştirme çerçeveleri, yürütülebilir spesifikasyonlar için “Senaryo” kelimesini bile kullanır:

Scenario: Reset rejects a short password
  Given I have opened a valid reset link
  When I submit the new password "abcd123"
  Then I see "Password must be at least 8 characters"
  And my password is unchanged

Kafa karıştırıcı bir şekilde, BDD’nin senaryo olarak adlandırdığı şey, belirli verilere ve sonuçlara sahip olduğundan test senaryosuna çok daha yakındır. Bu, şartlar üzerinde anlaşmaya varmak için iyi bir hatırlatmadır. Bu kontrolleri otomatikleştirmek için Oyun Yazarlığı eğitimimize veya pytest eğitimimize bakın.

Onları iyi yapan şey nedir?

Yaygın hatalar

• Yalnızca mutlu yollar yazma. Hataların çoğu hata koşullarında olduğundan, neyin başarısız olması gerektiğini ekleyin.
• Belirsiz beklenen sonuçların kullanılması. “Düzgün çalışması gerekir” seçeneği, herhangi bir test uzmanının her şeye karar vermesine olanak tanır.
• Her şeyi tam olarak belgelemek. Kimsenin sürdürmediği binlerce vaka, kullanışlı küçük bir kümeden daha kötüdür.
• Senaryoları atlamak. Doğrudan vakalara atlamak, tüm alanların unutulmasına neden olabilir.
• Kutuların bayatlamasına izin vermek. Ürün değiştiğinde eski kasalar insanları yanıltıyor. Bunları düzenli olarak gözden geçirin.
• Adımları kırılgan ayrıntılara bağlamak. “Üstteki mavi düğmeyi tıklayın”, herhangi bir yeniden tasarımdan kopuyor.

Son sözler

Senaryolar size genişlik kazandırır, test senaryoları ise derinlik sağlar. Bir sonraki özelliğiniz için senaryolarla başlayın ve bunları bir geliştirici ve ürün sahibiyle birlikte inceleyin. Daha sonra yalnızca riskli olanları tam vakalara genişletin. Boşlukları daha erken bulacaksınız ve yazma zamanınızı önemli olduğu yerde geçireceksiniz.

Sık sorulan sorular

Öğrenmeye devam et