how classify positive
Bir şeyi kolay ya da zor yoldan yapabilirsiniz - önemli olan, sizin yapmanızdır. Birkaç basit günlük şey var, ancak güven olmadan, onlar hakkında bir şeyler aklımıza pek uymuyor ve başarının kapsamı bir hit ya da ıskalama.
Bugün basit bir örnek alalım ve sadece kavramları açıklığa kavuşturmakla kalmayıp aynı zamanda her zaman doğru şekilde anladığınızdan emin olmanızı sağlayacak kısayollar bulalım.
Test senaryolarının / durumlarının pozitif veya negatif sınıflandırması
Test tasarım süreci 3 aşamalıdır:
- Gereksinimleri belirleyin
- Test senaryoları yazın (neyin test edileceğine dair bir satır işaret)
- Nasıl test edileceğine ilişkin ayrıntılı talimatlar tasarlayın (test senaryoları)
Test senaryoları yazarken, bunları olumlu ve olumsuz koşullar olarak sınıflandırıyoruz. (Düşündüğünüzde, bu sınıflandırmayı yapmak gerçekten önemli mi? Evet ise, hangi amaca hizmet ediyor? Her halükarda hepsini test etmemiz gerekiyor, değil mi?) Çoğunlukla beni de yeniyor. Ancak bunun yeterli kapsama alanı oluşturma girişimi olduğunu ve sistemin ele alması gereken mutlu ve alternatif yolları test ettiğimizi belirlememize yardımcı olduğunu düşünüyorum. Bunun neden yapıldığını biliyorsanız, lütfen aşağıya yorum yapın.
Şimdi birkaç gereksinime bakalım, test senaryoları yazalım ve sınıflandırmayı gerçekleştirelim.
# 1) Giriş :Doğru kimlik bilgilerini giren bir kullanıcı sisteme girer. Kimlik bilgileri yanlışsa erişim reddedilir ve bir hata mesajı görüntülenir.
# 2) Ürünleri görüntüleyin: Diyelim ki sistemde bulunan tüm ürünlerin çevrimiçi bir kataloğu var ve 'Ürünleri görüntüle' bağlantısı tıklandığında hepsini bir listede görüntülüyor.
# 3) Çıkış: Bu bağlantıya tıklandığında, kullanıcı oturumu kapatır.
Bu gereksinimler için birkaç Test senaryosu yazacağım.
Tablo A:Doğru yol
Test senaryosu kimliği | Test senaryosu açıklaması | Pozitif Negatif |
---|---|---|
TS_login_01 | Girilen kimlik bilgileri doğruysa, kullanıcının başarıyla oturum açıp açmadığını doğrulayın | Pozitif |
TS_login_02 | Girilen kimlik bilgileri yanlış olduğunda kullanıcının erişimine izin verilmediğini doğrulayın | Olumsuz |
TS_ViewProduct_01 | Ürünleri görüntüle bağlantısı tıklandığında tüm öğelerin listelenip listelenmediğini doğrulayın | Pozitif |
TS_logout_01 | Oturumu kapat tıklandığında, zaten oturum açmış olan kullanıcının sistemden çıkış yapıp yapmadığını doğrulayın | Pozitif |
Ancak bazen böyle yazılmış Test senaryosunu görüyorum.
Tablo B: İşaretlenen girişlerAğgeçersiz test senaryolarıdır.
Test senaryosu kimliği | Test senaryosu açıklaması | Pozitif Negatif |
---|---|---|
TS_login_01 | Girilen kimlik bilgileri doğruysa, kullanıcının başarıyla oturum açıp açmadığını doğrulayın | Pozitif |
TS_login_02 | Girilen kimlik bilgileri yanlış olduğunda kullanıcının erişimine izin verilmediğini doğrulayın | Olumsuz |
TS_ViewProduct_01 | Ürünleri görüntüle bağlantısı tıklandığında tüm öğelerin listelenip listelenmediğini doğrulayın | Pozitif |
TS_ViewProduct_02 | Ürünleri görüntüle bağlantısı tıklandığında tüm öğelerin listelenip listelenmediğini doğrulayın | Olumsuz |
TS_logout_01 | Oturumu kapat tıklandığında, zaten oturum açmış olan kullanıcının sistemden çıkış yapıp yapmadığını doğrulayın | Pozitif |
TS_logout_02 | Oturumu kapatma bağlantısı tıklandığında kullanıcının oturumu kapatmaması durumunda doğrulama | Olumsuz |
Girişin başarılı olması durumunda, başarılı olamayacağı zaman eşit ve tam tersi bir durum vardır. Tüm gereksinimlerin bu şekilde olması beklenmez ve onlar için olumsuz bir senaryo yazma zorunluluğu yoktur.
Alt satır: Her gereksinimin olumsuz durumları olmamalıdır.
Bu noktada, 'Nasıl bileceğim' veya 'Hala emin değilim' diye düşünüyorsanız, işte size yardımcı olacak basit bir kısa kopya kağıdı.
c ++ 'da assert nasıl kullanılır
Uygulamalar hakkında yapabileceğimiz bir genelleme varsa dinamik olmalarıdır. Sağladığımız girdi (data, click vb.) Uygulamanın belirli bir şekilde olmasına ve belirli bir çıktı üretmesine neden olacaktır.
Giriş ve çıkış değişkenleri arasındaki basit bir korelasyon, bunun anlaşılmasını kolaylaştıracaktır.
Giriş için aşağıdakileri deneyelim:
Giriş | Çıktı | Pozitif Negatif |
---|---|---|
Doğru (doğru giriş bilgileri) | Doğru (Kullanıcı giriş yaptı) | Pozitif |
Yanlış (yanlış giriş bilgisi) | Doğru (Bir hata mesajı) | Olumsuz |
Doğru (doğru giriş bilgileri) | Yanlış - Giriş başarısız | Hata / Kusur |
Yanlış (yanlış giriş bilgisi) | Yanlış (sistem onları oturum açar) - 'Oh, korku!' :) | Hata / kusur |
Dolayısıyla, yukarıdaki tablodan gördüğünüz gibi, birincil akışı pozitif olarak kategorize ettiğimizi ve alternatif akışın (ayrıca uygulamanın doğru davranışı) negatif olarak işaretlendiğini söyleyebiliriz.
Kırmızı ile gösterilen son iki durum aslında böceklerdir. Test, gereksinimlerin doğrulanması ile ilgilidir ve amaçlandığı gibi çalışmadıklarında hatalar buluruz. Kusurları doğrulamaya gitmediğimiz için, son iki durum geçersizdir.
Aynı düşünce çizgisini izleyerek ve bunu çıkış yapmak ve ürünleri görüntülemek için uygulayarak, işte elde edeceğiniz şey.
Giriş | Çıktı | Pozitif Negatif |
---|---|---|
Oturumu kapat (tıklayın) | Doğru - Oturumu kapatır | Pozitif |
Oturumu kapat (tıklayın) | Yanlış - Oturum açık durumda kalır | Hata / kusur |
Ürünleri görüntüleyin (tıklayın) | Doğru - Ürünleri görüntüler | Pozitif |
Ürünleri görüntüleyin (tıklayın) | Yanlış (liste yok veya yanlış liste görüntüsü) | Hata / kusur |
Gördüğünüz gibi, bu gereksinimler için yanlış bir giriş sağlama olasılığı yoktur. Bu nedenle, olumsuz test senaryolarının / vakalarının yazılmasına gerek yoktur.
Sonuç düşünceleri:
Sistem, pozitif veya negatif girdiye maruz kalabilir. Her iki durumda da, sistem doğru çıktı üretmelidir. Doğru girdiyle ilgilenme eğiliminde olan durumlar olumludur. Doğru fakat negatif girdi ile ilgili olanlar negatiftir.
Birkaç işaret:
# 1) Ne zaman uçtan uca test senaryoları UAT veya hatta sistem testi için yazılırsa, akışa dahil eden her zaman pozitif test durumlarıdır.
#iki) Bazen sınıflandırma özneldir.Örneğin, bir sitedeki bir şeyi siliyorsam ve bana 'Bu girişi silmek istediğinizden emin misiniz?' diye soran bir onay mesajı alırsam Tamam ve İptal seçenekleriyle - bana göre iptal düğmesine tıklamak olumlu bir durum. Ancak bazıları, 'Sil' seçeneğinin birincil amacının işlemi iptal etmek değil silmek olduğu için olumsuz olduğunu düşünüyor. Dolayısıyla, bir test uzmanının değerlendirmesi de sınıflandırmada rol oynar.
# 3) Her olumlu durum için, her zaman eşit ve zıt bir olumsuz durum yoktur.
Yukarıdaki yöntem her zaman doğru sınıflandırmayı garanti eder. Kendin dene ve değilse bana söyle. :) “Kısayol genellikle yanlış bir kesimdir.” - Ama o zaman, bu durumda olmayabilir!
Negatif testin daha resmi bir açıklaması için lütfen kontrol edin => Negatif Test Nedir ve Negatif Test Durumları Nasıl Yazılır?
Yazar hakkında: Bu makale STH ekip üyesi Swati S. tarafından yazılmıştır. Canlı KG eğitim kursuna buradan katılın: ' Alacağınız en iyi yazılım testi eğitimi! '
Bu makaleyi beğendiyseniz ve sonraki makalelerde bu tür temel kavramların kolayca açıklanmasını istiyorsanız lütfen bize bildirin.
STH'de yorumlarınız, sorularınız, geri bildirimleriniz ve okuyucularınız çok takdir edilmekte ve değer görmektedir. Mutlu testler!
Önerilen Kaynaklar
- Pozitif Test: Gerçek Test Senaryolarıyla Açıklanan Anlam ve Değerler
- Oturum Açma Sayfası İçin Test Durumları Nasıl Yazılır (Örnek Senaryolar)
- Negatif Test Nedir ve Negatif Test Durumları Nasıl Yazılır?
- ATM Makinesi için Test Durumları Nasıl Yazılır (Örnek Senaryolar)
- Etkili Selenium Komut Dosyası Oluşturma ve Sorun Giderme Senaryoları - Selenium Eğitimi # 27
- Geçiş Testi Türleri: Her Tür İçin Test Senaryoları ile
- QTP Eğitimi # 24 - QTP Testlerinde Sanal Nesneleri ve Kurtarma Senaryolarını Kullanma
- Sağlık Hizmeti Uygulamalarını Test Etme - İpuçları ve Önemli Test Senaryoları (Bölüm 2)