Menü

Kabul Testi Nedir (Eksiksiz Kılavuz)

what is acceptance testing

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

Kabul Testine Giriş (Bölüm-I):

Bu eğitim dizisinde şunları öğreneceksiniz:

  1. Kabul Testi nedir
  2. Kabul Testleri ve Test Planı
  3. Kabul Testleri Durum ve Özet Raporları
  4. Kullanıcı Kabul Testi (UAT) nedir

Sistem Testini tamamladınız mı? Hatalarınızın çoğu düzeltildi mi? Hatalar doğrulandı ve kapatıldı mı? Sırada ne var?

Listenin ardından, Yazılım Test Sürecinin son aşaması olan Kabul Testi geliyor. . Bu, müşterinin karar verdiği aşamadır Git / Gitme ürün için ve Ürün piyasaya sürülmeden önce zorunlu olarak takip edilmelidir. Geliştirme ve test ekibinin ortak çabaları, geliştirilen Ürünü kabul ederek veya reddederek müşteri tarafından ödüllendirilecektir.

Kabul testleri

Kabul Testi ile ilgili bu benzersiz eğitim, daha iyi anlayabilmeniz için size, Kabul Testinin anlamı, türleri, kullanımları ve diğer çeşitli faktörleri basit ve kolay bir şekilde eksiksiz bir şekilde verecektir.

Ne öğreneceksin:

Kabul Testi nedir?

Bir kere Sistem Test süreci test ekibi tarafından tamamlanır ve imzalanır, Ürünün / uygulamanın tamamı, kabul edilebilirliğini test etmek için müşteriye / müşterinin birkaç kullanıcısına / her ikisine teslim edilir, yani Ürün / uygulama, hem kritik hem de temel İş gereksinimleri. Ayrıca, uçtan uca iş akışları, gerçek zamanlı senaryodakiyle benzer şekilde doğrulanır.

Üretim benzeri ortam Test Kabulü için test ortamı olacaktır (Genellikle Hazırlama, Üretim Öncesi, Yük Devretme, UAT ortamı olarak adlandırılır).

Kabul Test Aşamaları

Bu bir kara kutu test tekniği ürünün belirtilen kabul kriterlerini karşıladığından emin olmak için yalnızca işlevselliğin doğrulandığı yerlerde (tasarım / uygulama bilgisine gerek yoktur).

Neden Kabul Testleri?

Sistem testi başarıyla tamamlanmış olsa da Kabul testi müşteri tarafından talep edilmektedir. Burada yapılan testler, Sistem testinin kapsamına girecekleri için tekrarlayıcıdır.

Öyleyse, bu test neden müşteriler tarafından yapılıyor?

Bunun nedeni ise:

  • Piyasaya sürülen ürüne güven kazanmak.
  • Ürünün olması gerektiği gibi çalıştığından emin olmak için.
  • Ürünün mevcut pazar standartlarına uygun olmasını ve pazardaki diğer benzer ürünlerle yeterince rekabetçi olmasını sağlamak.

Türler

Bu testin birkaç türü vardır.

Birkaç tanesi aşağıda listelenmiştir:

# 1) Kullanıcı Kabul Testi (UAT)

UAT, Ürünün kullanıcı için doğru kullanım için çalışıp çalışmadığını değerlendirmektir. Son kullanıcılar tarafından oldukça sık kullanılan özel gereksinimler, öncelikle test amacıyla seçilir. Bu aynı zamanda Son Kullanıcı Testi olarak da adlandırılır.

Buradaki 'Kullanıcı' terimi, Ürünün / uygulamanın amaçlandığı son kullanıcıları ifade eder ve bu nedenle testler, son kullanıcılar açısından ve onların bakış açısından gerçekleştirilir.

=> Ayrıca Oku: Kullanıcı Kabul Testi (UAT) nedir?

# 2) İş Kabul Testi (BAT)

Bu, Ürünün iş hedeflerini ve amaçlarını karşılayıp karşılamadığını değerlendirmek içindir.

BAT, esas olarak, değişen piyasa koşulları / gelişen teknolojiler nedeniyle oldukça zorlayıcı olan ticari faydalara (finansman) odaklanır, böylece mevcut uygulama, ekstra bütçelerle sonuçlanan değişikliklerden geçmek zorunda kalabilir.

en iyi python editörü mac os x

Teknik gereklilikleri yerine getiren Ürün bile bu nedenlerle BAT'da başarısız olabilir.

# 3) Sözleşme Kabul Testi (CAT)

Bu, Ürünün önceden belirlenmiş bir süre içinde devreye girdikten sonra kabul testinin gerçekleştirilmesi ve tüm kabul kullanım durumlarını geçmesi gerektiğini belirten bir sözleşmedir.

Burada imzalanan sözleşme, yalnızca Ürün hizmetlerinin tüm gereksinimlere uygun olması durumunda ödemenin yapılacağı şartları içeren Hizmet Düzeyi Sözleşmesi (SLA) olarak adlandırılır, yani sözleşmenin yerine getirilir.

Bazen bu sözleşme, Ürün yayınlanmadan önce gerçekleşebilir. Ya yollar, bir sözleşme, test süresi, test alanları, sonraki aşamalarda karşılaşılan sorunlara ilişkin koşullar, ödemeler vb. Açısından iyi tanımlanmalıdır.

# 4) Yönetmelikler /uymaKabul Testi (RAT)

Bu, Ürünün piyasaya sürüldüğü ülkenin hükümeti tarafından tanımlanan kuralları ve düzenlemeleri ihlal edip etmediğini değerlendirmek içindir. Bu kasıtsız olabilir ancak işi olumsuz yönde etkileyecektir.

Genellikle, tüm dünyada piyasaya sürülmesi amaçlanan geliştirilmiş Ürün / uygulama, farklı ülkeler / bölgeler kendi yönetim organları tarafından tanımlanan farklı kurallara ve düzenlemelere sahip olduğundan, RAT'a tabi tutulmalıdır.

Herhangi bir ülke için kural ve düzenlemelerden herhangi biri ihlal edilirse, o ülkenin veya o ülkedeki belirli bölgenin Ürünü kullanmasına izin verilmez ve Arıza olarak kabul edilir. İhlal olsa bile Ürünün serbest bırakılması durumunda Ürünün Satıcıları doğrudan sorumlu olacaktır.

# 5) Operasyonel Kabul Testi (OAT)

Bu, Ürünün operasyonel hazır olup olmadığını değerlendirmek içindir ve işlevsel olmayan bir testtir. Temelde kurtarma, uyumluluk, sürdürülebilirlik, teknik destek kullanılabilirliği, güvenilirlik, yük devretme, yerelleştirme vb. Testleri içerir.

OAT, esas olarak Ürünü üretime sunmadan önce istikrarını garanti eder.

# 6) Alfa Testi

Bu, Ürünü geliştirme / test ortamında, genellikle alfa test kullanıcıları olarak adlandırılan uzman bir test ekibi tarafından değerlendirmektir. Burada, test edicilerinin geri bildirimleri, önerileri, Ürün kullanımını iyileştirmeye ve ayrıca belirli hataları gidermeye yardımcı olur.

Burada test kontrollü bir şekilde gerçekleşir.

=> Ayrıca Okuyun: Alfa Testi nedir?

# 7) Beta Testi / Saha Testi

Bu, Ürünü ortamlarında genellikle beta test kullanıcıları / beta kullanıcıları olarak adlandırılan gerçek son kullanıcılara sunarak değerlendirmek içindir. Kullanıcılardan sürekli geri bildirim alınır ve sorunlar giderilir. Ayrıca, bu, zengin bir kullanıcı deneyimi sağlamak için Ürünün iyileştirilmesine / iyileştirilmesine yardımcı olur.

Test, kontrolsüz bir şekilde gerçekleşir; bu, bir kullanıcının Ürünün kullanım şekli üzerinde hiçbir kısıtlaması olmadığı anlamına gelir.

=> Ayrıca Okuyun: Beta Testi nedir?

Kabul Testi Türleri

Tüm bu türlerin ortak bir amacı vardır:

  • Ürüne Güven kazanmayı / zenginleştirmeyi sağlayın.
  • Ürünün gerçek kullanıcılar tarafından kullanılmaya hazır olduğundan emin olun.

Kabul Testini kim yapar?

Alfa türü için, testi yalnızca kuruluşun üyeleri (Ürünü geliştiren) gerçekleştirir. Bu üyeler doğrudan projenin bir parçası değildir (Proje yöneticileri / liderleri, geliştiriciler, test ediciler). Yönetim, Satış, Destek ekipleri genellikle testleri gerçekleştirir ve buna göre geri bildirim sağlar.

Alfa türü dışında, diğer tüm kabul türleri genellikle farklı paydaşlar tarafından gerçekleştirilir. Müşteriler gibi, müşterinin müşterileri, kuruluştaki uzman test uzmanları (her zaman değil).

Ayrıca, türüne göre bu testi yaparken İş Analistlerini ve Konu Konusu Uzmanlığını dahil etmek de iyidir.

Kabul Test Uzmanlarının Nitelikleri

Aşağıdaki niteliklere sahip test uzmanları, Kabul test kullanıcıları olarak nitelendirilir:

  • Mantıklı ve analitik düşünme yeteneği.
  • İyi alan bilgisi.
  • Piyasadaki rekabetçi ürünleri inceleyip, geliştirilen üründe analiz edebilme.
  • Test yaparken son kullanıcı algısına sahip olmak.
  • Her gereksinim için iş gereksinimlerini anlayın ve buna göre test edin.

Bu test sırasında bulunan Sorunların Etkisi

Kabul testi aşamasında karşılaşılan herhangi bir sorun, yüksek öncelikli olarak kabul edilmeli ve hemen düzeltilmelidir. Bu aynı zamanda bulunan her sorun için Kök Neden Analizinin yapılmasını gerektirir.

Test ekibi, Kabul sorunları için RCA’ların sağlanmasında önemli bir rol oynar. Bunlar ayrıca testin ne kadar verimli yapıldığını belirlemede yardımcı olur.

Ayrıca, kabul testindeki geçerli sorunlar, hem test hem de geliştirme ekibinin izlenim, derecelendirme, müşteri anketleri vb. Çabalarını etkileyecektir. Bazen, test ekibinden doğrulamalar konusunda herhangi bir cehalet bulunursa, bu da üst kademelere yol açar.

Kullanım

Bu test birkaç yönden faydalıdır.

Bunlardan birkaçı şunları içerir:

  • Fonksiyonel test aşamasında kaçırılan sorunları bulmak için.
  • Ürün ne kadar iyi geliştirildi.
  • Ürün, aslında müşterilerin ihtiyaç duyduğu şeydir.
  • Yapılan geri bildirimler / anketler, Ürün performansını ve kullanıcı deneyimini iyileştirmeye yardımcı olur.
  • RCA'ları girdi olarak alarak ardından süreci iyileştirin.
  • Üretim Ürününden kaynaklanan sorunları en aza indirin veya ortadan kaldırın.

Sistem Testi, Kabul Testi ve Kullanıcı Kabul Testi arasındaki farklar

Aşağıda, bu 3 tür Kabul testi arasındaki temel farklar verilmiştir.


Sistem Testi		Kabul testlerikullanıcı Kabul Testi
Pozitif ve negatif testler yapılırGenellikle pozitif testler yapılırYalnızca Pozitif testler yapılır
Ürünün belirtilen tüm gereksinimleri karşılayıp karşılamadığını doğrulamak için uçtan uca test yapılırTest, Ürünün kabul edilebilirlik için müşteri gereksinimlerini karşılayıp karşılamadığını doğrulamak için gerçekleştirilirSon kullanıcı gereksinimlerinin kabul edilebilirlik için yerine getirilip getirilmediğini doğrulamak için test yapılır
Bir ürün, yalnızca işlevsel ve işlevsel olmayan ihtiyaçlara odaklanılarak bütün olarak test edilir.Ürün iş ihtiyaçları için test edilmiştir - kullanıcı kabulü, iş hedefleri, kurallar ve düzenlemeler, işlemler vb.Ürün sadece kullanıcı kabulü için test edilmiştir
Test ekibi Sistem Testini gerçekleştirirMüşteri, Müşterilerin müşterileri, test eden (nadiren), yönetim, Satış, Destek ekipleri, yürütülen testin türüne bağlı olarak kabul testleri gerçekleştirirMüşteri, Müşterinin müşterisi, test uzmanları (nadiren) kullanıcı kabul testi gerçekleştirir
Test senaryoları yazılır ve yürütülürKabul testleri yazılır ve yürütülürKullanıcı Kabul testleri yazılır ve yürütülür
İşlevsel ve işlevsiz olabilirGenellikle İşlevseldir, ancak RAT, OAT vb. Durumlarda işlevsel değildir.Sadece İşlevsel
Test için yalnızca test verileri kullanılırGerçek zamanlı veriler / üretim verileri test için kullanılırGerçek zamanlı veriler / Üretim verileri test için kullanılır
Bulunan sorunlar hata olarak kabul edilir ve ciddiyet ve önceliğe göre düzeltilirBulunan sorunlar Ürünü Arıza olarak işaretler ve hemen giderildiği kabul edilirBulunan sorunlar, Ürünü Arıza olarak işaretler ve hemen düzeltildiği kabul edilir
Kontrollü test şekliTest türüne göre kontrol edilebilir veya kontrolsüz olabilirKontrolsüz test yöntemi
Geliştirme ortamında test etmeTüre göre Geliştirme ortamı veya üretim öncesi ortamı veya üretim ortamında test etmeTest her zaman Üretim Öncesi ortamında yapılır
Varsayım yok, ancak varsa iletilebilirVarsayım yokVarsayım yok

Kabul testleri

Ürün test senaryolarına benzer şekilde, kabul testlerimiz var. Kabul testleri, Kullanıcı hikayelerinin kabul kriterlerinden elde edilir. Bunlar genellikle, Ürünün farklı koşullar altında ne yapması gerektiğine dair üst düzey ayrıntılarla yazılan senaryolardır.

Test durumlarında olduğu gibi testlerin nasıl yapılacağına dair net bir resim vermez. Kabul testleri, genellikle Konu Konusu Uzmanlığı olmak üzere Ürün üzerinde tam bir kavrayışa sahip olan Test Uzmanları tarafından yazılır. Yazılan tüm testler bir müşteri ve / veya iş analistleri tarafından incelenir.

Bu testler kabul testi sırasında yapılır. Kabul testlerinin yanı sıra, yapılacak her türlü kurulumla ilgili ayrıntılı bir belge hazırlanmalıdır. Uygun ekran görüntüleri, kurulum değerleri, koşullar vb. İle her dakika detayını içermelidir.

Kabul Test Yatağı

Bu test için Test Yatağı, normal bir test yatağına benzer, ancak ayrı bir test yatağıdır. Gerekli tüm donanım, yazılım, işletim ürünleri, ağ kurulumu ve yapılandırmaları, sunucu kurulumu ve yapılandırmaları, veritabanı kurulumu ve yapılandırmaları, lisanslar, eklentiler vb. İçeren platform, çok benzer şekilde kurulmalıdır. Üretim ortamı.

Kabul test yatağı, tasarlanan kabul testlerinin yapılacağı platform / ortamdır. Kabul testi ortamını müşteriye teslim etmeden önce, herhangi bir çevresel sorun ve Ürünün istikrarını kontrol etmek iyi bir uygulamadır.

Kabul testi için ayrı bir ortam kurulmamışsa, bu amaçla düzenli bir test ortamı kullanılabilir. Ancak burada, normal Sistem Testinden gelen test verileri ve kabul testlerinden gelen gerçek zamanlı veriler tek bir ortamda tutulduğu için karışıklık olacaktır.

Kabul testi yatağı genellikle müşteri tarafında (yani laboratuvarda) kurulur ve geliştirme ve test ekiplerine sınırlı erişime sahip olacaktır.

Ekiplerin bu ortama sanal makineler / veya özel erişim kimlik bilgileri kullanarak özel olarak tasarlanmış URL'ler aracılığıyla erişmeleri gerekecek ve buna tüm erişim izlenecektir. Bu ortamda hiçbir şey müşterinin izni olmadan eklenmemeli / değiştirilmemeli / silinmemeli ve yapılan değişikliklerden haberdar edilmelidir.

AT için Giriş ve Çıkış Kriterleri

STLC'deki diğer herhangi bir aşamada olduğu gibi, Kabul testi, Kabul Testi Planında (bu eğitimin sonraki bölümünde ele alınacak olan) iyi tanımlanacak bir dizi giriş ve çıkış kriterine sahiptir.

Bu, Sistem testinden hemen sonra başlayan ve Üretim başlangıcından önce biten aşamadır. Bu nedenle, Sistem testinin Çıkış kriterleri, AT için Giriş kriterlerinin bir parçası haline gelir. Benzer şekilde, AT'nin Çıkış kriterleri, Üretim Başlangıcı için Giriş kriterlerinin bir parçası haline gelir.

Giriş kriterleri

Başlamadan önce yerine getirilmesi gereken koşullar aşağıda verilmiştir:

  • İş gereksinimleri açık ve erişilebilir olmalıdır.
  • Sistem ve Regresyon testi aşaması tamamlanmalıdır.
  • Tüm Kritik, Büyük ve Normal hatalar düzeltilmeli ve kapatılmalıdır (Kabul edilen küçük hatalar çoğunlukla ürünün kullanımını engellemeyen kozmetik hatalardır).
  • Bilinen sorunlar listesi hazırlanmalı ve paydaşlarla paylaşılmalıdır.
  • Kabul Test Yatağı kurulmalı ve hiçbir çevresel sorun için üst düzey kontrol yapılmalıdır.
  • Sistem Test aşaması, ürünün AT aşamasına geçmesine izin verecek şekilde kapatılmalıdır (Genellikle E-posta iletişimi yoluyla yapılır).

Çıkış kriteri

Ürünün bir Üretim Lansmanına gitmesine izin vermek için AT tarafından yerine getirilmesi gereken belirli koşullar vardır.

Bunlar aşağıdaki gibidir:

  • Kabul testleri yapılmalı ve tüm testler geçmelidir.
  • Açık bırakılmamış Kritik / Büyük kusur yok. Tüm kusurlar derhal düzeltilmeli ve doğrulanmalıdır.
  • AT, dahil olan tüm paydaşlar tarafından İmzalanmalıdır. Git / Gitme Ürünle ilgili karar.

Kabul Test Süreci

İçinde V-Modeli AT aşaması Gereksinimler aşamasına paraleldir.

Gerçek AT süreci aşağıda gösterildiği gibidir:

Kabul Test Süreci

İş Gereksinimleri Analizi

İş gereksinimleri, proje içindeki mevcut tüm belgelere başvurarak analiz edilir.

Bunlardan bazıları:

  • Sistem Gereksinimi Özellikleri
  • İşletme Gereksinimleri Belgesi
  • Kullanım Durumları
  • İş akışı diyagramları
  • Tasarlanmış veri matrisi

Tasarım Kabul Test Planı

Kabul Test Planında belgelenecek belirli maddeler vardır.

Bazılarına bir göz atalım:

  • Kabul Testi stratejisi ve yaklaşımı.
  • Giriş ve çıkış kriterleri iyi tanımlanmalıdır.
  • AT'nin kapsamı iyi belirtilmeli ve yalnızca iş gereksinimlerini kapsamalıdır.
  • Kabul testi tasarım yaklaşımı, test yazan herkesin yazılması gereken yolu kolayca anlayabilmesi için ayrıntılı olmalıdır.
  • Test Yatağı kurulumu, gerçek test programı / zaman çizelgeleri belirtilmelidir.
  • Testler farklı paydaşlar tarafından yürütüldüğünden, paydaşlar izlenen prosedürün farkında olmayabileceğinden, kayıt hatasıyla ilgili ayrıntılar belirtilmelidir.

Tasarım ve İnceleme Kabul Testleri

Kabul testleri, ne yapılması gerektiğini belirten bir senaryo düzeyinde yazılmalıdır (nasıl yapılacağını dahil edecek kadar ayrıntılı değil). Bunlar, yalnızca iş gereksinimleri için belirlenen kapsam alanları için yazılmalı ve her bir test, referans gereksinimiyle eşleştirilmelidir.

Tüm yazılı kabul testlerinin, iş gereksinimleri konusunda yüksek kapsam sağlamak için gözden geçirilmesi gerekir.

Bu, testin planlanan zaman çizelgeleri içinde kalması için belirtilen kapsam dışında başka testlerin dahil edilmediğinden emin olmak içindir.

Kabul Test Yatağı Kurulumu

Test Yatağı, bir Üretim ortamına benzer şekilde kurulmalıdır. Ortam kararlılığı ve kullanımının doğrulanması için çok yüksek düzeyde kontroller gereklidir. Ortamı kullanmak için kimlik bilgilerini yalnızca bu testi yapan bir paydaşla paylaşın.

Kabul Testi Veri Kurulumu

Üretim verileri, sistemlerde test verileri olarak hazırlanmalı / doldurulmalıdır. Ayrıca, verilerin test için kullanılması gereken şekilde ayrıntılı bir belge olmalıdır.

TestName1, TestCity1 vb. Gibi test verilerine sahip olmayın. Bunun yerine Albert, Mexico vb. Var. Bu, gerçek zamanlı verilerle ilgili zengin bir deneyim sağlar ve testler en son noktaya gelecektir.

Kabul Testi Yürütme

Tasarlanan Kabul testleri bu aşamada ortam üzerinde yürütülmelidir. İdeal olarak, tüm testler ilk denemede kendiliğinden geçmelidir. Kabul testinden kaynaklanan herhangi bir işlevsel hata olmamalıdır, varsa, düzeltilmesi için yüksek bir öncelikte rapor edilmelidir.

Yine, düzeltilen hataların yüksek öncelikli bir görev olarak doğrulanması ve kapatılması gerekir. Test yürütme raporu günlük olarak paylaşılmalıdır.

Bu aşamada kaydedilen hatalar, bir hata önceliklendirme toplantısında tartışılmalı ve Kök Neden Analizi prosedüründen geçmelidir. Bu, kabul testinin tüm iş gereksinimlerinin ürün tarafından gerçekten karşılanıp karşılanmadığını değerlendirdiği tek noktadır.

İş Kararı

Çıkıyor bir Git / Gitme Üretimde piyasaya sürülecek ürün için karar. Git karar, ürünün piyasaya sürülmesini önleyecek. Gitme karar ürünü Arıza olarak işaretler.

Kabul Edilmez Kararın birkaç faktörü:

  • Düşük Ürün Kalitesi.
  • Çok Fazla Açık İşlevsel Hatalar.
  • İş gereksinimlerinden sapma.
  • Pazar standartlarına uygun değil ve mevcut pazar standartlarına uyacak iyileştirmeler gerektiriyor.

Bu Test için başarı faktörleri

Bu test planlandıktan sonra, başarı oranını artıran bir kontrol listesi hazırlayın. Kabul testi başlamadan önce takip edilmesi gereken bazı eylem maddeleri vardır.

Onlar:

  • İyi tanımlanmış bir kapsama sahip olun ve bu test için belirlenen kapsam için bir iş ihtiyacı olduğundan emin olun.
  • Kabul testlerini Sistem testi aşamasında en az bir kez gerçekleştirin.
  • Kapsamlı performans göster geçici test kabul testi senaryolarının her biri için.

Sonuç

Özetle, Kabul testi, geliştirme ve test ekiplerinin verimliliğini belirlemede yardımcı olur.

android için ücretsiz mp3 müzik indirme uygulaması

Bu faaliyeti yürütmek için birkaç araç vardır, ancak genellikle teknik altyapıya sahip olmayan gerçek kullanıcıların ve farklı paydaşların katılımı olduğu için manuel olarak yapılması tercih edilir ve onlar için uygun olmayabilir.

Sıradaki ne?

Bir sonraki eğitimimizde aşağıdaki konulara değineceğiz:

  • Kabul testi kriterleri örnekleri.
  • Kabul Test Planı nasıl yazılır.
  • Kabul Testleri yazımı için uygun bir şablon.
  • Örneklerle Kabul testleri nasıl yazılır.
  • Kabul Testi senaryolarının belirlenmesi.
  • Kabul testi raporları.
  • Çevik ve test odaklı geliştirmede kabul testi.

SONRAKİ Eğitim 2: Kabul Testi Planı

Kabul Testi yaptınız mı? Deneyimlerinizi duymaktan memnuniyet duyarız !!

Önerilen Kaynaklar

^