use case use case testing complete tutorial
Başlangıç olarak anlayalım 'Kullanım Örneği nedir?' ve sonra tartışacağız 'Kullanım Durumu Testi nedir?' .
Kullanım durumu, gerekli kullanıcı etkileşimini tanımlamak için bir araçtır. Yeni bir uygulama oluşturmaya veya mevcut bir uygulamada değişiklik yapmaya çalışıyorsanız, birkaç görüşme yapılır. Yapmanız gereken kritik tartışmalardan biri, yazılım çözümü için gereksinimi nasıl temsil edeceğinizdir.
Ulaşılması çok zor olduğu için iş uzmanları ve geliştiriciler gereksinim hakkında karşılıklı anlayışa sahip olmalıdır. Aralarındaki iletişimi yapılandırmak için herhangi bir standart yöntem gerçekten bir nimet olacaktır. Sırasıyla, yanlış iletişimi azaltacaktır ve işte burada Kullanım senaryosu devreye giriyor.
Bu eğitim, size Kullanım durumu ve test etme kavramı hakkında net bir resim sunacak ve böylece konseptte tamamen yeni olan herkesin kolay anlaşılması için pratik örneklerle birlikte çeşitli yönleri kapsayacaktır.
Ne öğreneceksin:
- Kullanım Örneği
- 'Kullanım Örneği' belgelerini kim kullanır?
- Kullanım Durumlarının Türleri
- Kullanım Durumlarındaki Öğeler
- Temsil
- Kullanım Senaryosu Nasıl Yazılır?
- Kullanım Şeması
- Kullanıcı İşlemleri
- Kullanım Durumu Testi nedir?
- Sonuç
- Önerilen Kaynaklar
Kullanım Örneği
Kullanım senaryosu, Yazılım Geliştirme Yaşam Döngüsünün farklı aşamalarında önemli bir rol oynar. Kullanım Örneği, 'Kullanıcı İşlemleri' ne ve Kullanıcı İşlemlerine 'Sistemin Yanıtı' na bağlıdır.
Aktör / Kullanıcı tarafından gerçekleştirilen 'Eylemler' ve Sistemin Kullanıcı 'Eylemlerine' karşılık gelen 'Davranışının' dokümantasyonudur. Kullanım Durumları Sistemle etkileşimlerde 'Oyuncu / Kullanıcı' nın bir hedefine ulaşmasıyla sonuçlanabilir veya sonuçlanmayabilir.
Kullanım Durumunda, açıklayacağız 'Bir Sistem, belirli bir Senaryoya nasıl tepki verir?' . Sistem odaklı değil, 'kullanıcı odaklıdır'.
'Kullanıcı odaklıdır': 'Kullanıcı tarafından yapılan eylemler nelerdir?' Ve 'Aktörler bir sistemde ne görür?'
'Sistem odaklı' değildir: 'Sisteme verilen girdi nedir?' Ve 'Sistemin ürettiği çıktı nedir?' Diye belirtmeyeceğiz.
Geliştirme aşaması büyük ölçüde onlara bağlı olduğundan, geliştirme ekibinin 'Kullanım Örnekleri' ni yazması gerekir.
Kullanım senaryosu yazarı, Ekip üyeleri ve Müşteriler bu vakaların oluşturulmasına katkıda bulunacaktır. Bunları oluşturmak için, bir geliştirme ekibine sahip olmamız ve ekibin proje konseptlerinden oldukça haberdar olması gerekir.
Vakayı uyguladıktan sonra, belge test edilir ve Sistemin davranışı buna göre kontrol edilir. Büyük harf 'A', 'Oyuncu' yu, 'S' harfi 'Sistem' i belirtir.
'Kullanım Örneği' belgelerini kim kullanır?
Bu dokümantasyon, kullanıcının hedefe ulaşmak için bir sistemle etkileşime girdiği farklı yollara eksiksiz bir genel bakış sağlar. Daha iyi dokümantasyon, bir yazılım sistemi gereksiniminin çok daha kolay bir şekilde belirlenmesine yardımcı olabilir.
Bu dokümantasyon, Yazılım geliştiricileri, yazılım test uzmanları ve Paydaşlar tarafından kullanılabilir.
Belgelerin Kullanım Alanları:
- Geliştiriciler, kodu uygulamak ve tasarlamak için belgeleri kullanır.
- Testçiler bunları oluşturmak için kullanır test durumları .
- İş paydaşları, yazılım gereksinimlerini anlamak için belgeyi kullanır.
Kullanım Durumlarının Türleri
2 tip vardır.
Onlar:
- Güneşli gün
- Yağmurlu gün
# 1) Güneşli Gün Kullanım Durumları
Her şey yolunda gittiğinde meydana gelme olasılığı en yüksek olan birincil vakalardır. Bunlara diğer davalardan daha yüksek öncelik verilmektedir. Vakaları tamamladıktan sonra, incelenmesi için proje ekibine veririz ve gerekli tüm vakaları kaptığımızdan emin oluruz.
c # mülakat soruları ile selenyum
# 2) Yağmurlu Gün Kullanım Durumları
Bunlar uç durumların listesi olarak tanımlanabilir. Bu tür vakaların önceliği, 'Güneşli Kullanım Durumları' ndan sonra gelecektir. Vakalara öncelik vermek için Paydaşların ve ürün yöneticilerinin yardımına başvurabiliriz.
Kullanım Durumlarındaki Öğeler
Aşağıda çeşitli unsurlar verilmiştir:
1) Özet açıklama : Vakayı açıklayan kısa bir açıklama.
2) Oyuncu : Kullanım Durumları Eylemlerine dahil olan kullanıcılar.
3) Ön Koşul : Dava başlamadan önce karşılanması gereken koşullar.
4) Temel Akış : 'Temel Akış' veya 'Ana Senaryo', sistemdeki normal iş akışıdır. Aktörler tarafından hedeflerine ulaşmak için yapılan işlemlerin akışıdır. Aktörler normal iş akışı olduğu için sistemle etkileşime girdiğinde herhangi bir hata olmayacak ve Aktörler beklenen çıktıyı alacaktır.
5) Alternatif akış : Normal iş akışının yanı sıra, bir sistemin 'Alternatif iş akışı' da olabilir. Bu, bir kullanıcı tarafından sistemle yapılan daha az yaygın etkileşimdir.
6) İstisna akış : Bir kullanıcının hedefe ulaşmasını engelleyen akış.
7) Gönderi Koşullar : Vaka tamamlandıktan sonra kontrol edilmesi gereken koşullar.
Temsil
Bir durum genellikle düz bir metin veya bir diyagramla temsil edilir. Kullanım durumu diyagramının basitliği nedeniyle, herhangi bir kuruluş tarafından isteğe bağlı olduğu düşünülmektedir.
Kullanım Örneği Örneği:
Burada bir 'Okul Yönetim Sistemine' 'Giriş' durumunu açıklayacağım.
Kullanım Durumu Adı | Oturum aç | |
---|---|---|
3b | Geçersiz Öğrenci Kimliği 4 kez girildi. S: Uygulama Kapanır | |
Kullanım durumu Açıklama | Sistemin işlevselliğine erişmek için Sisteme bir kullanıcı girişi. | |
Aktörler | Ebeveynler, Öğrenciler, Öğretmen, Yönetici | |
Ön Koşul | Sistem ağa bağlı olmalıdır. | |
Koşul Sonrası | Başarılı bir oturum açtıktan sonra, Kullanıcı posta kimliğine bir bildirim postası gönderilir |
Ana Senaryolar | Seri numarası | Adımlar |
---|---|---|
Aktörler / Kullanıcılar | bir | Kullanıcı adı girin Parolanı Gir |
iki | Kullanıcı Adı ve Parolayı Doğrula | |
3 | Sisteme erişime izin ver | |
Uzantılar | 1 A | Geçersiz kullanıcı adı Sistem bir hata mesajı gösteriyor |
2b | geçersiz şifre Sistem bir hata mesajı gösteriyor | |
3c | 4 kez geçersiz şifre Uygulama kapatıldı |
Dikkat edilecek noktalar
- Katılımcıların Use Case ile yaptığı yaygın hatalar, ya belirli bir vaka hakkında çok fazla ayrıntı içermesi ya da yeterli ayrıntı içermemesidir.
- Bunlar metinsel modellerdir, gerekirse görsel bir şema ekleyebiliriz veya eklemeyebiliriz.
- Uygulanabilir ön koşulu belirleyin.
- İşlem adımlarını doğru sırayla yazın.
- İşlem için kalite gereksinimini belirtin.
Kullanım Senaryosu Nasıl Yazılır?
Aşağıda özetlenen noktalar bunları yazmanıza yardımcı olacaktır:
=> Bir vaka yazmaya çalışırken, ortaya çıkması gereken ilk soru 'Müşteri için birincil kullanım nedir?' Sorusudur. Bu soru vakalarınızı Kullanıcı açısından yazmanızı sağlayacaktır.
=> Bunlar için bir şablon edinmiş olmalıyız.
=> Üretken, basit ve güçlü olmalıdır. Güçlü bir Kullanım Örneği, küçük hataları olsa bile izleyicileri etkileyebilir.
=> Numaralandırmalıyız.
=> İşlem Adımını Sırasına göre yazmalıyız.
=> Senaryolara doğru ad verin, adlandırma amaca göre yapılmalıdır.
=> Bu yinelemeli bir süreçtir, yani onları ilk kez yazdığınızda mükemmel olmayacaktır.
=> Sistemdeki aktörleri belirleyin. Sistemde bir grup oyuncu bulabilirsiniz.
Misal ,Amazon gibi bir e-ticaret sitesini düşünürseniz, orada alıcılar, satıcılar, toptancılar, denetçiler, tedarikçiler, distribütörler, müşteri hizmetleri vb. gibi aktörler bulabiliriz.
Başlangıçta ilk aktörleri ele alalım. Aynı davranışa sahip birden fazla oyuncumuz olabilir.
Örneğin , hem Alıcı hem de Satıcı 'Hesap Oluşturabilir'. Benzer şekilde, hem 'Alıcı hem de Satıcı' 'Ürün Arayabilir'. Yani bunlar yinelenen davranışlardır ve ortadan kaldırılmaları gerekir. Yinelenen vakaları kullanmanın dışında, daha genel vakalara sahip olmalıyız. Bu nedenle, tekrarlardan kaçınmak için vakaları genelleştirmemiz gerekiyor.
=> Uygulanabilir ön koşulu belirlemeliyiz.
Kullanım Şeması
Kullanım Durumu Şeması, bir sistemdeki kullanıcı (lar) Eylemlerinin resimli bir temsilidir. Bu bağlamda harika bir araç sağlıyor, eğer diyagram çok sayıda aktör içeriyorsa, anlaşılması çok kolaydır. Üst düzey bir diyagramsa çok fazla ayrıntı paylaşmaz. Karmaşık fikirleri oldukça basit bir şekilde gösterir.
Şekil No: UC 01
Gösterildiği gibi Şekil No: UC 01 Dikdörtgenin bir 'Sistemi', ovalin 'Kullanım Örneği' ni, Okun 'İlişkiyi' ve Adamın 'Kullanıcı / Aktörü' temsil ettiği bir diyagramı temsil eder. Bir sistemi / uygulamayı gösterir, ardından onunla etkileşimde bulunan kuruluşu / kişileri gösterir ve 'Sistem ne yapar?' Temel akışını gösterir.
Şekil No: UC 02
Şekil No: UC 03 - Oturum açmak için vaka diyagramını kullanın
Bu, 'Giriş' vakasının Kullanım durumu diyagramıdır. Burada birden fazla oyuncumuz var, hepsi sistemin dışında yer alıyor. Öğrenciler, öğretmenler ve ebeveynler birincil aktörler olarak kabul edilir. Bu yüzden hepsi dikdörtgenin sol tarafına yerleştirilmiştir.
Yönetici ve Personel ikincil aktörler olarak kabul edilir, bu nedenle onları dikdörtgenin sağ tarafına yerleştiririz. Aktörler sisteme giriş yapabilirler, bu yüzden aktörleri ve giriş vakasını bir konektör ile bağlarız.
Sistemde bulunan diğer işlevler Parolayı Sıfırla ve Parolamı Unuttum'dur. Hepsi giriş durumuyla ilgilidir, bu yüzden onları konektöre bağlarız.
Kullanıcı İşlemleri
Bunlar, bir sistemde kullanıcı tarafından yapılan eylemlerdir.
Örneğin: Yerinde arama, favorilere öğe ekleme, iletişim kurmaya çalışma vb.
Not:
- Bir sistem 'geliştirdiğiniz şey'. Bir web sitesi, uygulama veya başka herhangi bir yazılım bileşeni olabilir. Genellikle bir dikdörtgen ile temsil edilir. Kullanım Durumlarını İçerir. Kullanıcılar 'dikdörtgenin' dışına yerleştirilir.
- Kullanım Durumları genellikle içindeki Eylemleri belirten Oval şekillerle temsil edilir.
- Aktörler / Kullanıcılar sistemi kullanan kişilerdir. Ancak bazen başka sistemler, kişiler veya herhangi bir kuruluş olabilir.
Kullanım Durumu Testi nedir?
Fonksiyonel Kara Kutu test tekniği kapsamındadır. Bir kara kutu testi olduğu için kodların herhangi bir incelemesi olmayacaktır. Bununla ilgili birkaç ilginç gerçek bu bölümde özetlenmiştir.
Kullanıcı tarafından kullanılan yolun amaçlandığı gibi çalışıp çalışmadığını garanti eder. Kullanıcının görevi başarıyla tamamlayabilmesini sağlar.
Bazı Gerçekler
- Yazılımın kalitesine karar vermek için yapılan testler değildir.
- Uçtan uca bir test türü olsa bile, kullanıcı uygulamasının tüm kapsamını garanti etmez.
- Kullanım Örneği testinden bilinen test sonucuna göre, üretim ortamının dağıtımına karar veremiyoruz.
- Entegrasyon testindeki kusurları bulacaktır.
Kullanım durumu Test Örneği:
Bir kullanıcının bir Çevrimiçi Alışveriş Sitesinden bir Ürün satın aldığı bir senaryo düşünün. Kullanıcı sisteme İlk Oturum Açacak ve bir Arama yapmaya başlayacaktır. Kullanıcı, arama sonuçlarında gösterilen bir veya daha fazla öğeyi seçecek ve bunları sepete ekleyecektir.
Tüm bunlardan sonra, kontrol edecek. Dolayısıyla bu, kullanıcının görevi yerine getirmek için bir sistemde gerçekleştireceği mantıksal olarak bağlantılı bir dizi adım örneğidir.
Tüm sistemdeki işlemlerin uçtan uca akışı bu testte test edilir. Kullanım Örnekleri, belirli bir görevi başarmak için genellikle kullanıcıların en çok kullandığı yoldur.
Bu, kullanıcı uygulamayı ilk kez kullandığında kullanıcıların karşılaşma olasılığının daha yüksek olduğu yolu içerdiğinden Kullanım Durumlarının kusurları bulmasını kolaylaştırır.
Aşama 1: İlk adım, Kullanım Örneği belgelerinin incelenmesidir.
İşlevsel gereksinimlerin eksiksiz ve doğru olduğundan emin olmalıyız.
Adım 2: Use Case'lerin atomik olduğundan emin olmalıyız.
Örneğin: 'Giriş Yap', 'Öğrenci Ayrıntılarını Göster', 'İşaretleri Göster', 'Katılımı Göster', 'Personelle İletişime Geç', 'Ücretleri Gönder' gibi birçok işlevi olan bir 'Okul yönetim Sistemini düşünün. Bu örnek için, Kullanım Durumlarını 'Oturum Açma' işlevi için hazırlayın.
Normal iş akışı ihtiyaçlarının hiçbirinin başka herhangi bir işlevle karışmaması gerektiğinden emin olmalıyız. Tamamen yalnızca 'Oturum Aç' işleviyle ilişkili olmalıdır.
Aşama 3: Sistemdeki normal iş akışını incelememiz gerekiyor.
İş akışını inceledikten sonra, tamamlandığından emin olmalıyız. Sistem ve hatta alan bilgisine dayanarak, iş akışındaki eksik adımları bulabiliriz.
4. Adım: Sistemdeki alternatif iş akışının tamamlandığından emin olun.
Adım 5: Kullanım Örneği'ndeki her adımın test edilebilir olduğundan emin olmalıyız.
Kullanım Örneği testinde açıklanan her adım test edilebilir.
Örneğin, Sistemdeki bazı kredi kartı işlemleri güvenlik nedeniyle test edilemez.
6. Adım: Bu vakaları canlandırdıktan sonra, test durumlarını yazabiliriz.
Her normal akış ve alternatif akış için test senaryoları yazmalıyız.
Örneğin , Bir Okul Yönetim Sistemindeki 'Öğrenci Notlarını Göster' durumunu düşünün.
Kullanım alanı adı: Öğrenci İşaretlerini Göster
Aktörler: Öğrenciler, Öğretmenler, Ebeveynler
Ön Koşul:
1) Sistem ağa bağlı olmalıdır.
2) Oyuncuların bir 'Öğrenci Kimliği' olması gerekir.
'Öğrenci İşaretlerini Göster' için Kullanım Örneği:
Ana Senaryo | Seri numarası | Adımlar |
---|---|---|
A: Oyuncu / S: Sistem | bir | Öğrenci Adını Girin |
iki | Sistem Öğrenci Adını Doğrular | |
3 | Öğrenci kimliğini girin | |
4 | Sistem Öğrenci Kimliğini Doğruluyor | |
5 | Sistem Öğrenci İşaretlerini gösterir | |
Uzantılar | 3 A | Geçersiz Öğrenci Kimliği S: Bir hata mesajı gösterir |
'Öğrenci İşaretlerini Göster' vakası için İlgili Test Senaryosu:
Test Durumları | Adımlar | Beklenen Sonuç |
---|---|---|
KİME | Öğrenci İşaret Listesini Görüntüle 1 - Normal Akış | |
bir | Öğrenci Adını Girin | Kullanıcı Öğrenci adını girebilir |
iki | Öğrenci kimliğini girin | Kullanıcı Öğrenci Kimliği girebilir |
3 | Görünüm İşaretine tıklayın | Sistem Öğrenci İşaretlerini görüntüler |
B | Öğrenci İşaret Listesini Görüntüle 2-Geçersiz Kimlik | |
---|---|---|
bir | Öğrenci İşaret Listesini Görüntüle 1'in 1. ve 2. adımlarını tekrarlayın | |
iki | Öğrenci kimliğini girin | Sistem Hata mesajı görüntülüyor |
Lütfen burada gösterilen Test Durumu tablosunun yalnızca temel bilgileri içerdiğini unutmayın. 'Test Senaryosu şablonunun nasıl oluşturulacağı' aşağıda ayrıntılı olarak açıklanmıştır.
Tablo, yukarıda gösterildiği gibi 'Öğrenci İşaretini Göster' durumuna karşılık gelen 'Test Vakasını' gösterir.
Test senaryoları yazmanın en iyi yolu, önce 'Ana senaryo' için test senaryoları yazmak ve ardından bunları 'Alternatif Adımlar' için yazmaktır. ' Adımlar ’ Test Durumlarında, Kullanım Durumu belgelerinden edinilir. İlk ' Adım' 'Öğrenci İşaretini Göster' vakasında, 'Öğrenci Adını Girin' birinci olacak Adım 'Test Örneği' nde.
Kullanıcı / Aktör buna girebilmelidir. Bu olur Beklenen Sonuç .
Test tasarım tekniğinden ' sınır değer analizi ’ , Biz test senaryolarını hazırlarken 'denklik bölümleme'. Test tasarım tekniği, test senaryolarının sayısını azaltmaya ve böylece test için harcanan süreyi azaltmaya yardımcı olacaktır.
Test Vakası Şablonu Nasıl Oluşturulur?
Test senaryolarını hazırlarken son kullanıcı gibi düşünmeli ve hareket etmeliyiz, yani kendinizi bir son kullanıcının yerine koyun.
Piyasada bu bağlamda yardımcı olacak birkaç araç vardır. ' TestLodge ’bunlardan biridir, ancak ücretsiz bir araç değildir. Onu satın almalıyız.
Test Vakasını belgelemek için bir şablona ihtiyacımız var. Hepimizin aşina olduğu yaygın bir senaryo olan 'FLIPKART girişi' ni ele alalım. Google elektronik tablosu, test senaryosu oluşturmak ve ekip üyeleriyle paylaşmak için kullanılabilir. Şimdilik bir Excel belgesi kullanıyorum.
İşte bir örnek
=> Bu test senaryosu tablo şablonunu buradan İNDİRİN
Her şeyden önce, test senaryosuna uygun bir İsim verin. Bir projedeki belirli bir modül için test senaryoları yazıyoruz. Yani, eklememiz gerekiyor 'Proje Adı' ve 'Proje Modülü Test senaryosu tablosundaki ’sütunlarına bakın. Belge, test senaryolarını oluşturan kişinin adını içermelidir.
Bu nedenle ekleyin 'Tarafından yaratıldı' ve 'Oluşturulma Tarihi' sütunlar. Belgenin biri (Ekip lideri, Proje yöneticisi vb.) Tarafından gözden geçirilmesi gerekir, bu nedenle 'Tarafından gözden geçirildi' sütun ve 'İnceleme Tarihi' .
Sonraki Sütun 'Test Senaryosu' , burada Örnek Test Senaryosunu sağladık 'Facebook Girişini Doğrula' . Sütunları ekleyin 'Test Senaryosu Kimliği' ve 'Test Olayı Açıklaması' .
Her Test Senaryosu için yazacağız 'Test Durumları ’. Öyleyse sütunları ekleyin 'Test Vaka Kimliği' ve 'Test Durumu Açıklaması ’. Her test senaryosu için, 'Gönderi Koşulu' ve 'Ön Koşul' . 'Son Koşul' ve 'Ön Koşul' sütunlarını ekleyin.
Bir diğer önemli sütun ise 'Test verisi' . Test için kullandığımız verileri içerecektir. Bir test senaryosu beklenen bir sonucu ve gerçek sonucu kabul etmelidir. Sütunu ekleyin 'Beklenen Sonuç' ve 'Gerçek Sonuç'. 'Durum' test senaryosu yürütmesinin sonucunu gösterir. Geçti / kaldı olabilir.
Test uzmanları, test senaryolarını yürütecektir. Bunu şu şekilde eklemeliyiz 'Tarafından yürütülen' ve 'Yürütme tarihi' . Varsa 'Komutlar' ekleyeceğiz.
Sonuç
Umarım Kullanım Örnekleri ve Kullanım Durumu Testi hakkında net bir fikriniz olur.
Bu vakaları yazmak yinelemeli bir süreçtir. Bu vakaları yazmak için çok az pratik ve iyi bir sistem bilgisine ihtiyacınız var.
Özetle, eksik bağlantıları, eksik gereksinimleri, vb. Bulmak için bir uygulamada 'Kullanım Durumu testi' ni kullanabiliriz. Bunları bulmak ve sistemi değiştirmek, sistemde verimlilik ve doğruluk sağlayacaktır.
Kullanım senaryoları ve testlerle ilgili önceki deneyimleriniz var mı? Aşağıdaki yorumlar bölümünde bizimle paylaşmaktan çekinmeyin.
Önerilen Kaynaklar
- Fonksiyonel Test ve Fonksiyonel Olmayan Test
- Yeni Başlayanlar İçin Derinlemesine Tutulma Öğreticileri
- Alfa Testi ve Beta Testi (Tam Kılavuz)
- DevOps Test Eğitimi: DevOps, KG Testini Nasıl Etkileyecek?
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Kullanılabilirlik Testi Eğitimi: Tam Bir Başlangıç Kılavuzu
- GUI Test Eğitimi: Eksiksiz Bir Kullanıcı Arayüzü (UI) Test Kılavuzu
- Yıkıcı Muayene ve Tahribatsız Muayene Eğitimi