Menü

Gerçek Zamanlı Senaryolar ile Kabul Testi Belgeleri

acceptance testing documentation with real time scenarios

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

Kabul Testinin Dokümantasyonu (Bölüm-II):

Önceki Eğitim | SONRAKİ Eğitici

Bu eğitim, Kabul testinin ne olduğunu, ne zaman yapılması gerektiğini, kimin yaptığını, önemini, türlerini, sürecini, farklı ekipler üzerindeki etkisini vb. Tartıştığımız önceki eğitimimizin devamıdır.

youtube çalma listesindeki tüm şarkıları indirin

Belgeler, Kabul Testinde çok önemli bir rol oynar ve belgeyle ilgili her türlü sorunun çok büyük olumsuz etkisi vardır. Uygun bir kontrol yapılmadığında, Ürünün Arızasına bile yol açabilir.

=> Tam Test Planı Eğitim Dizisi İçin Buraya Tıklayın

Bu eğiticide, Kabul Testinde yer alan farklı belgeler hakkında daha fazla bilgi edineceğiz, yani Kabul Test Planı, Test Planı İnceleme Kontrol Listesi, Kabul Testi Şablonu, gerçek zamanlı senaryolara dayalı örnekler, kabul testlerinin nasıl tanımlanacağı ve yazılacağı vb. Ayrıntılı olarak .

Kabul Testi Belgeleri

Ne öğreneceksin:

Kabul Test Planı

Diğer herhangi bir test planı gibi, Kabul testi planı da Kapsam, Yaklaşım, Test Ortamı, Kaynaklar, Sorumluluklar, Kabul Testleri referansları, Giriş kriterleri, Çıkış kriterleri, Araçlar vb. Gibi bazı bileşenleri içerir.

Kabul testi planını normal bir test planından ayıran tek şey, İş Kararı ile sonuçlanan faktörlerdir. Kabul Test Planı, belirli bir proje için kabul testinin nasıl gerçekleştirileceğine dair rehberlik sağlayan hayati belgelerden biridir.

Kabul testi planı, Kabul Testi Yürütülmeden önce gözden geçirilmeli ve onaylanmalıdır. Sonraki tüm değişikliklerin yeniden gözden geçirme ve onay sürecinden geçmesi ve yoluna girmesi gerekir.

Kabul Testi Planı incelemesi genellikle Yöneticiler / İş Analistleri / Müşteriler tarafından yapılır.

Kabul Test Planı tasarlanırken dikkat edilmesi gereken temel noktalar:

  • Olmalı Ayrıntılı ve Özel. Yalnızca test için gerekli olanı ve ekibin testi gerçekleştirmesi için gerekli olan bilgileri içermelidir.
  • Olmalı Açık ve Kısa . Belirsizlik yok. Eğer kafa karışıklığına yol açabilecek bir şey varsa, o zaman onu ayrıntılandırın, ancak kısa ve etkili tutun.
  • Her bir bileşen belgede sadece İş Gereklilikleri göz önünde bulundurularak yazılmalıdır.
  • Güvenilir ve uyarlanabilir - Gelecek sürümlerde gerektiği gibi güncellenebilir olmalıdır.
  • Tutarlı - Gelecekte daha fazla değişiklik olmamalı.
  • Organizasyon veya Müşteri tarafından sağlanan şablonu izleyin.

Kabul Test Planı Şablonu

Burada, proje gereksinimlerine göre daha da ince ayar yapılabilen Kabul Test Planı için ortak bir şablona bakacağız.

Başlık

Amaç

Örneğin: Proje Banka çalışanları / Satış Elemanı / Eğitim Enstitüsü vb. İçin hizmet verecekse, açıkça belirtilmelidir. Ayrıca, bu özel gereksinimin seçilme nedenini belirtmelidir.>

Revizyon Geçmişi / Değişiklik Günlüğü

< Bu, aşağıdaki bilgileri içeren bir tablo biçiminde olmalıdır:

  • Tarih - Belgenin değiştirildiği tarih.
  • Tarafından tasarlandı - Belgenin içeriğini kim değiştirdi.
  • Amaç - Belge neden değiştirildi.
  • Sürüm - Değişikliklerden sonra belgenin Mevcut Sürümü (belirli bir sürüm için 1.0, 1.1, 1.2, 1.3,… olarak gider. Sonraki sürüm 2, 2.1, 2.2, 2.3,… 'den başlayacaktır, Liste devam eder).
  • Tarafından onaylandı - Yapılan değişiklikleri kim onayladı (dolaylı olarak belgenin incelendiği ve onaylandığı anlamına gelir).

Bu tablodaki ilk satır, belgede oluşturulan ayrıntılar olmalıdır. Ardından yapılan değişikliklerin ayrıntılarını takip eder.>

İçindekiler

Referanslar

Dürbün

Misal : Tüm iş senaryoları).>

Giriş

Negatif test (her zaman değil) vb.>

Test Öğeleri

Misal : İstemci Uygulaması, Sunucu Uygulaması, vb.)>

Test Edilecek Özellikler

Misal : Farklı anahtar kelimelere göre arama, modüller ve alt modüller arasında gezinme, vb.), Güvenlik özellikleri ( Misal : Web sitesine kayıt, web sitesine giriş, işlemler vb.)>

Test Edilmeyen Özellikler

Yaklaşmak

Misal : Tüm kabul testleri yapıldıktan sonra, Keşif testi ürünün kolaylığını ve kullanımını değerlendirmek için çok kısa bir süre için yapılacaktır. Karşılaşılan her bir hata, hata yönetimi aracına kaydedilecek ve RCA'lar için hata önceliklendirme toplantılarında tartışılacaktır ...)>

Test Ortamı Ayrıntıları

Kabul Testi - Bölüm 1'e bakın ).>

Giriş kriterleri

Testler - Yazılı ayrı bir Kabul testleri yoksa

Her test şunları içermelidir:

  • Ölçek #.
  • Neyin test edildiğinin açıklaması ( Misal : Bir kullanıcının başarıyla bir hesap oluşturup oluşturmadığını doğrulayın).
  • Bu testin eşleştiği iş gereksinimi ( İzlenebilirlik Matrisi ) - Çok önemli.
  • Ön koşullar:
    • Teste başlamadan önce ürünün durumu (Kullanıcı başarıyla kaydolmalı ancak hesabı etkinleştirmemeli, Kullanıcı ürüne en az 30 gün önce erişmiş olmalıdır vb.)
    • Herhangi bir sunucu koşulu - Sunucu bir süre kapalı kalmalı.
  • Test Adımları: Ayrıntılı numaralı akış ( Misal: aşağıya bakınız
    • Uygulamayı açın.
    • Beni Hatırla onay kutusu seçili olarak geçerli kimlik bilgileriyle oturum açmaya çalışın).
  • Beklenen Sonuç : Adımın beklenen davranışı nedir>

Kabul Testleri - Yazılı ayrı Kabul testleri varsa

Çıkış kriteri

Kaynaklar

Görev ve Sorumluluklar

Araçlar

İş Karar Faktörleri

Git ya da Gitme .>

Sign-Off Prosedürü

Bağlantı noktası

Kabul test planı, Aşama için Ana Test Planı .

Kabul Test Planının İncelenmesi

Plan hazır olduğunda, eksiksizlik, belirsizlik olmaması, açıklık, kalite vb. Açısından gözden geçirilmesi gerekir. Hiç şüphe yok ki, Kabul testi planındaki tüm içeriğin doğru bilgi için baştan sona gözden geçirilmesi gerekir, ancak, Diğer birkaç noktaya göre incelenecek ve kontrol listesi noktaları diyelim.

Burada içerikleri kategorize edelim ve kontrol listesinin bunlara karşı noktalarını görelim.

KategoriKontrol Listesi Noktaları
Kabul testleri Testler numaralandırılmış mı

Ön koşullar numaralandırılmış mı

Test adımlarının anlaşılması açık mı?

Test adımları tamamlandı mı

Beklenen sonuç tamamlandı mı

Testlerde açık soru var mı (varsa takip edin ve tamamlayın)

Kabul Testlerine (ayrıca yazılırsa) yapılan referans geçerli ve mevcut mu

İzlenebilirlik doğru mu

Testi kapsayacak şekilde kaçırılan herhangi bir iş gereksinimi var mı
Başlık Başlık, her yerde atıfta bulunulan proje başlığıyla eşleşiyor mu

Başlık, Project'in adlandırma kurallarını takip ediyor mu?
Revizyon Geçmişi, İçindekiler Her sürüm değişikliği plan için uygun şekilde izleniyor mu?

Her sürüm değişikliği uygun incelemeden geçirildi ve bahsedildi

Sürüm oluşturma kuralı doğru mu

İçindekiler tablosu plandaki gerçek içerikle eşleşiyor mu

Her içeriğin sayfa numarası doğru mu

Planda yapılan değişiklikler içeriklerin sayfa numarasını değiştirdiğinde sayfa numarası güncellenir mi
Referanslar Referanslar mevcut ve geçerli mi

Kapsam ile eşleşiyorlar mı

Testlerin tanımlanması için eksiksiz ve dikkate alınmışlar mı?
Test Öğeleri, Test Edilecek Özellikler, Test Edilmeyen Özellikler Numaralı mı

Her özellik / modül / alt modül kapsam dahilindedir

Planlanan program, içinde tanımlanmış tüm test öğelerini kapsayabilir mi?
Giriş Kriterleri, Çıkış Kriterleri Numaralı mı

Her bir kriter ayrıntılı olarak belirtiliyor mu?
Test Ortamı Ayrıntıları Belirtilen tüm gerekli konfigürasyonlara sahip mi

Her konfigürasyonun sürümü özel mi yoksa en son mu dikkate alınmalıdır?

VM'ler var mı, ortam var (yoksa, kullanılabilirliği için olası tarihi belirtin)

Belirli bir ortama erişim için kimlik bilgileri paylaşım yönteminden bahsediliyor mu?
Kaynaklar, Roller ve Sorumluluklar Her rolün sorumlulukları numaralandırılmış mı

Sorumluluklar yerine getirilebilir mi

Tanımlanan kaynak belirtilen sorumlulukları yerine getirebilir mi?
Araçlar Bahsedilen tüm araçlar

Tüm araçlar numaralandırılmış mı

Tüm araçlar versiyonlanmış mı

Araçlardan herhangi birinin lisansa veya aşama boyunca geçerli olan mevcut lisansa ihtiyacı var mı

Alet kullanımı için rehberlik doğru ve yeterli mi
İş Karar Faktörleri Bahsedilen tüm faktörlere sahip

Tüm faktörler numaralandırılmış mı
Sign-Off Prosedürü Prosedür geçerli mi

Prosedür kabul edilebilir mi

Prosedürün anlaşılması açık mı
Bağlantı noktası Kaynak, aşama sırasında organizasyonda mevcut irtibat noktası olarak tanımlanıyor mu?

Tanımlanan kaynak, aşamayı idare edebilir mi?

Yukarıdaki kontrol listesi belgesini karşılayan herhangi bir test planı, iç denetimler için de güçlü bir belge işlevi görecektir.

Kabul testleri

Kabul testleri daha önce İşlevsel testler olarak biliniyordu. Adın Kabul testi aşamasına daha uygun hale getirilmesi ve amaca hizmet etmesi için adı Kabul testleri. Bazen şu şekilde de adlandırılır: Müşteri Testleri.

Kabul testleri her zaman kullanıcı hikayelerinden, kabul kriterlerinden ve kullanım durumlarından türetilir. Bunlar kara kutu sistem testleridir ve yalnızca doğrulanması gereken iş testlerini temsil eder. Bunlar esas olarak ürün davranışı, kullanımı ve akışları için tasarlanmalıdır.

Tasarlanan kabul testleri, ürünün kabul testi aşamasına teslim edilmeden önce güven kazanması için regresyon döngülerinde sistem testi aşamasında da dikkate alınabilir.

Kabul testleri

Kabul testleri yazmadan önce hatırlanması gereken temel noktalar:

  • Tüm referans belgelerini yerinde tutun: Yazılım Gereksinimi Belirtimi, İş Gereksinimleri Belgesi, Kullanım Durumları, Kullanıcı Hikayeleri, Veri matrisi (mantık dahil olması durumunda) vb.
  • Yalnızca iş gereksinimlerine odaklanın (test edilebilir iş gereksinimleri).
  • En kısa sürede tüm şüpheleri, iş gereksinimlerine ilişkin sorguları temizleyin.
  • En azından mevcut sürüm için gereksinimlerde değişiklik olmadığından emin olun.

Kabul Testlerini yazmak için Genel ve Basit Şablon:

Kabul Testleri Şablonu

Bu şablon, proje ihtiyaçlarına göre ve eklenecek daha fazla bilgi ile yeniden ayarlanabilir.

Şimdi, bazı yaygın senaryoları ele alalım ve Kabul testi senaryolarının bunlara nasıl yazılabileceğini görelim.

Durum 1: Kullanıcı Hesabı yönetimi

Bu, kullanıcıların hesaplarını Oluşturmalarına, Görüntülemelerine, Güncellemelerine ve Devre Dışı Bırakmalarına izin verilen senaryodur. Genel olarak, bir CRUD işlemidir (Oluşturma, Okuma, Güncelleme ve Silme). Yani doğrudan test etmek için 4 ana senaryo alacağız.

Bununla birlikte, gerçek zamanlı kullanıcı hesabı işlemede, görüntüleme ve güncelleme söz konusu olduğunda birçok alanımız var.

Kabul testleri yazma ile devam etmek:

Test 1: Kayıt / Kaydolma / Hesap Oluşturma, bir Kullanıcının şunları yapabildiğini doğrulayın:

  • Hesabı Oluşturun.
  • Hesabı etkinleştirin.
  • Hesabı yalnızca bir kez etkinleştirin (Burada, etkinleştirme bağlantısı 2 için test edilmelidir.ndBu olumsuz bir test olsa da, dikkate alınması gereken en önemli doğrulama noktalarından biridir).

Test 2: Hesap bilgilerine Erişmek ve Görüntülemek için, bir Kullanıcının şunları yapabildiğini doğrulayın:

  • Hesaba giriş yapın.
  • Profilde farklı bölümleri görüntüleyin (Profil bölümü kategorize edilmişse, her bir kategori görüntülenebilir olmalıdır).
  • Profil'de görüntülenen verilerin, Kullanıcının girişine göre doğru olduğunu doğrulayın.

Test 3: Hesap Bilgilerini Güncellemek için, bir Kullanıcının şunları yapabildiğini doğrulayın:

  • Hesap Bilgilerini Güncelle (Profil):
    • Profilin her kategorisini güncelleyin.
  • Güncelleme bilgilerinin Profile doğru şekilde yansıtıldığını doğrulayın.
  • Kullanıcının Profildeki bilgileri güncelleyemediğini doğrulayın (Bazı uygulamalarda, Ad, Soyad, Kullanıcı Adı vb. Güncellenmesine izin verilmez. Bu olumsuz test olsa da, önemli doğrulama noktalarından biridir. dikkat edilmesi gereken).
  • Güncelleme akışını iptal edin (Bu olumsuz bir test olsa da, dikkate alınması gereken en önemli doğrulama noktalarından biridir).

Test 4: Hesabın devre dışı bırakılmasına izin veriliyorsa, bir Kullanıcının şunları yapabildiğini doğrulayın:

  • Hesabı devre dışı bırakın.
  • Devre dışı bırakma akışını iptal edin (Bu olumsuz test olsa da, dikkate alınması gereken en önemli doğrulama noktalarından biridir).
  • Devre dışı bırakmayı iptal ettikten sonra hesaba erişin.

Test 5: E-posta adresi veya Telefon numaraları için doğrulama gerekiyorsa, Kullanıcının şunları yapıp yapamayacağını doğrulayın:

performans değerlendirmesinde terfi nasıl istenir
  • E-posta adresini diğer geçerli bir adresle güncelleyin.
  • 'Güncellenen' E-posta adresini doğrulayın.
  • Güncellenmiş ve 'doğrulanmış' E-posta adresinin daha fazla dikkate alınacağını doğrulayın - Uygulamadan bazı e-postalar gönderin ve güncellenmiş E-posta adresine ulaşıp ulaşmadığını kontrol edin. Eskisi E-posta almamalıdır.
  • Yeni Telefon numarasını ekleyin.
  • Çağrı yoluyla eklenen telefon numarasını doğrulayın.
  • Eklenen telefon numarasını SMS yoluyla doğrulayın.
  • Eklenen ve 'doğrulanan' telefon numarasının hesaba yansıdığını doğrulayın.
  • Telefon numarasını güncelleyin.
  • Çağrı aracılığıyla güncellenmiş telefon numarasını doğrulayın.
  • SMS yoluyla 'güncellenmiş telefon numarasını doğrulayın.
  • Güncellenmiş ve 'doğrulanmış' telefon numarasının hesaba yansıdığını doğrulayın.

Durum 2: Ürün Satın Alma

Ürünün satın alınması genellikle genel bir akışa sahiptir.

Son kullanıcıların baktığı bazı genel senaryolar burada listelenmiştir:

Ön koşul: Kullanıcı uygulamada oturum açmalıdır.

Test 1: Ürün Ayrıntıları, bir Kullanıcının şunları yapabildiğini doğrulayın:

  • Ürün ayrıntıları sayfasını görüntüleyin.
  • Ürün ayrıntıları sayfasındaki tüm alt bölümleri görüntüleyin (Açıklama, Özellik, Marka bilgileri vb.).
  • Ürün ayrıntıları sayfasında bulunan Ürünün Miktarını, Rengi, Bedenini vb. Seçin.
  • Ürün Ayrıntıları sayfasından kategori, alt kategori sayfalarına gidin (Ürün ayrıntıları sayfasında varsa).
  • Diğer Ürünün ayrıntılar sayfasına gidin (ilgili ürünler bölümü sağlanmışsa).
  • Ürün hakkındaki yorumları ve derecelendirmeleri görüntüleyin.
  • Ürün Yorumlarını derecelendirmelere göre sıralayın.
  • Ürünün genel derecelendirmesini görüntüleyin.
  • Ürüne Yorum Ekleyin.
  • Ürün hakkındaki yorumunu güncelleyin.
  • Ürünle ilgili yorumunu silin (varsa).

Test 2: Sepete Ekle, bir Kullanıcının:

  • Ürünü Sepete Ekleyebilme:
    • Ürün ayrıntıları sayfasından.
    • Ürün listesi sayfasından.
  • Sepete gerekli miktarı ekleyebilir (1'den maksimum limit setine kadar).
  • Stokta Kalmadıysa ürünü Sepete Ekleyemezsiniz.

Test 3: Alışveriş Sepeti Sayfasında, Kullanıcının şunları yapıp yapamayacağını doğrulayın:

  • Ürünü, eklenen miktar için Fiyat ayrıntılarıyla birlikte Sepette görüntüleyin.
  • Miktarı güncelleyin (1'den maksimum limit setine).
  • Ürünü Sepetten Çıkarın.
  • Alışverişe geri dönün.
  • Ödeme'ye devam edin.
  • Ürün eklenmediğinde Boş Sepeti Görüntüle,

Test 4: Hesap Ayrıntıları Sayfasında, bir Kullanıcının aşağıdakileri yapabildiğini doğrulayın:

  • Mevcut Gönderi ayrıntılarıyla devam edin.
  • Gönderim adresini güncelleyin.
  • Yeni nakliye adresi ekle.
  • Mevcut Telefon numarasıyla devam edin.
  • Sipariş için Telefon numarasını güncelleyin.
  • Sipariş için yeni Telefon numarası ekleyin.
  • Sepet sayfasına geri dönün.
  • Ödeme sayfasına gidin.

Test 5: Ödemeler Sayfasında bir Kullanıcının şunları yapıp yapamadığını doğrulayın:

  • Faturalandırılacak tutarın doğruluğunu onaylayın.
  • Siparişi mevcut tüm seçeneklerle işleyin (Her ayrı sipariş için bir seçenek).
  • İşlem başarıyla gerçekleştirildi. Sipariş Onayı sayfasına gidin.
  • İşlem Başarısızlığı (Bu olumsuz bir test olsa da, büyük bir senaryo olarak düşünülmelidir).
  • Kuponları uygulayın:
    • Geçerli Kuponlar - Başarı. Faturalandırılacak tutardaki değişikliği burada doğrulayın.
    • Geçersiz kuponlar - Başarısız
  • Süresi dolan kuponlar - Başarısız.
  • Hesap ayrıntıları sayfasına geri dönün.

Kabul Testlerini İnceleme

Kabul testlerinin gözden geçirilmesi, iş gereksinimleri açısından doğru ve yerinde olması gerektiğinden önemli bir görevdir. Bunlar Müşterilerin kendileri ve / veya son kullanıcılar tarafından yürütülebileceğinden, tam, belirsiz olmayan, doğru ve herkesin anlayıp yürütmesi için yeterince ayrıntılı olması çok gereklidir.

Kabul testlerinin gözden geçirilmesi İş Analistleri, Müşteriler tarafından yapılmalıdır ve herhangi bir gözden geçirme yorumu yüksek önceliğe dahil edilmelidir.

Bireysel test düzeyinde, gözden geçirme aşağıdakilere göre yapılmalıdır:

  • Testin iş gereksinimlerini karşılayıp karşılamadığı.
  • Ön koşullar net mi?
  • Test adımları anlaşılması kolay ve ayrıntılı mı?
  • Beklenen sonuç doğru ve net mi?
  • İzlenebilirlik için İş gereklilikleriyle eşleştirildi mi?
  • Test, belirli bir akışı veya kullanımı kapsayacak kadar eksiksiz mi?
  • Kabul testinin bir parçası olarak gerekli olan özel test mi?
  • Kabul testi için gerekli olmayan bazı doğrulama noktaları var mı?
  • Tamamen işlevsel mi yoksa herhangi bir GUI'nin kapsamı içinde mi (Yalnızca İşlevsel olmalıdır).
  • Özel giriş verileri gerekli mi? Varsa, ayrıntılar için sağlanmış mı?

Genel olarak, Kabul testleri paket incelemesinin tamamı şunları kapsamalıdır:

  • Çift yönlü izlenebilirlik: Testler ve Testler için İşletme gereksinimleri.
  • Her bir iş gereksinimi karşılanıyor mu?
  • Her iş gereksinimi bir veya daha fazla test kapsamında mı?
  • İş kuralları kapsanmış mı?
  • Özel veri durumu ele alınıyor mu?
  • Her bir gereksinimi veya kuralı kapsayacak şekilde kaç test yazılmıştır?
  • Testler birlikte gruplandırılabilir ve akışlar için sınıflandırılabilir mi?
  • Yürütmenin verimli olması için testler düzgün bir şekilde sıralandı mı?

Sonuç

Özetle, daha önce de belirtildiği gibi, belgeler Kabul testinde çok önemli bir rol oynar.

Bu nedenle, yazılan herhangi bir kabul testi iyi yapılandırılmış ve kullanımıyla akış içinde olmalıdır, böylece kabul test edenlerin neyi test ettikleri ve nasıl yaptıklarıyla ilgilenmelerini sağlar. Bu da otomatik olarak başarıyı getirir.

=> Tam Test Planı Eğitim Dizisi İçin Burayı Ziyaret Edin

Önceki Eğitim | SONRAKİ Eğitici

Bazı genel şablonların yanı sıra Kabul Testi Raporları hakkında daha fazla bilgi edinmek için bizi izlemeye devam edin ve yaklaşan Kabul Testi eğitimini izleyin. Ayrıca, herhangi bir sorunuz varsa bize bildirin.

Önerilen Kaynaklar

^