Meni

Uzorak predloška za izvješće o ispitivanju prihvaćanja s primjerima

sample template acceptance test report with examples

Isprobajte Naš Instrument Za Uklanjanje Problema

Pregled izvješća o ispitivanju prihvatljivosti (Dio III):

Prethodni vodič | SLJEDEĆA Vodič

U našem prethodnom vodiču o “ Dokumentacija ispitivanja prihvatljivosti sa scenarijima u stvarnom vremenu ”Razgovarali smo o planu ispitivanja prihvatljivosti.

U ovom uputstvu detaljno ćemo pogledati izvještavanje o statusu provjere prihvatljivosti, sažetku ispitivanja prihvaćanja i odjavi.

Neki su generički predlošci uključeni u ovaj vodič kako bi poboljšali vaše razumijevanje na bolji način. Zadržat ćemo se i na konceptu ispitivanja prihvatljivosti u agilnom razvoju i ispitivanja prihvaćanja.

Ukratko, ovaj će vam vodič objasniti izvješće o statusu i sažetak izvješća o prihvaćanju, zajedno s nekim generičkim predlošcima za vaše jasno razumijevanje, a također na jednostavan i razumljiv način predstavlja koncept testiranja prihvaćanja u agilnom i testnom razvoju.

Predložak testa prihvaćanja

Što ćete naučiti:

Izvješće o statusu prihvaćanja

Izvještaj o ispitivanju prihvatljivosti uvijek treba sažeti ispitivanja prihvaćanja koja se provode zajedno s njihovim rezultatima. Treba biti upućen svim identificiranim dionicima koji su dio faze ispitivanja prihvatljivosti. Jednom kada započnu izvršavanje testova prihvatljivosti, napredak bi se trebao izvještavati svakodnevno.

Generički obrazac za izvješće o statusu prihvaćanja:

Datum :Datum izvješća o statusu prihvaćanja

Detalji izvršenja današnjih testova prihvatljivosti:

  • Broj položenih testova
  • Broj neuspjelih testova
  • Broj testova u tijeku

Detalji izvršenja testova prihvatljivosti do danas:

  • Ukupan broj testova
  • Broj položenih testova
  • Broj neuspjelih testova
  • Broj testova u tijeku
  • Broj ispitivanja na čekanju

Pojedinosti o nedostacima:

najbolji besplatni protušpijunski Windows 10
  • Broj evidentiranih nedostataka
  • Svaki nedostatak trebao bi imati sljedeće detalje:
    • ID, sažetak, komponenta, ozbiljnost
  • Ukupan broj do sada evidentiranih nedostataka (u fazi ispitivanja prihvatljivosti).

Ovo se izvješće mora svakodnevno pregledavati kako bi se osiguralo da je izvršenje na pravom putu i da nema odstupanja od planiranih rasporeda.

Sažetak izvješća o prihvaćanju

Ovo je izvješće koje sažima status cijele faze ispitivanja prihvatljivosti. To uključuje detalje poput provedenih aktivnosti ispitivanja, upućivanja na zadovoljene kriterije, specifikacije zahtjeva, poslovna pravila, rezultate izvršenja, planirane rasporede, odstupanja itd.

Generički predložak sažetog izvješća o ispitivanju prihvatljivosti:

Sažetak

Varijacije

Varijacije

Rezultati

Izvještaji

Procjena

Preporuka

ozbiljnost nedostataka , a prolaznost utječe na preporuku da se proizvod lansira na tržište.>

Napori

Napori

Izvješće o odjavi

Nakon što proizvod prođe ispitivanje prihvatljivosti, preporučat će se objavljivanje. Prije nego što se lansira u produkciju, mora se formalno potpisati.

Generički predložak za izvješće o odjavi:

Naziv proizvoda, izdanje verzije, broj izrade

Najnovije izvješće

Recenzirano dana

Recenzirao:

Pregledajte komentare

Datum odjave

Odjava od

Komentari odjave

Općenito, bilo koje od gore navedenih izvješća trebalo bi pregledati od strane glavnih dionika kako bi se utvrdio njegov obrazac i mora biti dogovoreno oko toga što mora biti kao informacija.

Sve detalje koji se popunjavaju u izvješću treba provjeriti prije nego što ih podijelite s dionicima. Svaka odstupanja u izvješću uvelike će utjecati na poslovnu odluku i mogla bi rezultirati neuspjehom proizvoda na tržištu.

Stoga bi izvještavanjem uvijek trebali upravljati stručnjaci ili stariji članovi tima.

Ispitivanje prihvaćanja na agilnom

U Okretan , Kriteriji prihvaćanja svake korisničke priče ciljani su na testove prihvaćanja, tj. Testovi prihvaćanja izvedeni su iz kriterija prihvaćanja korisničke priče. Svaki kriterij prihvaćanja može imati jedan ili više testova prihvatljivosti koji pokrivaju scenarij.

Testove prihvaćanja obično dizajnira QA koji je stručnjak za predmetno područje u tom području. Ispitivanje prihvaćanja u agilnosti započinje mnogo rano u usporedbi s drugim pristupima, obično unutar samog sprinta.

Izvodi se vrlo često jer će svaki sprint imati nove korisničke priče, kao i poboljšanja / nastavak prethodnih priča.

Ispitivanje prihvaćanja izvodi se u dvije različite faze u Agileu:

  • Kada se značajka stvori i u početnoj fazi - osnovna.
  • Kada je značajka integrirana i stabilizirana s ostalim značajkama proizvoda.

Svaka korisnička priča ovdje mora proći test prihvatljivosti i treba je proslijediti na razmatranje. Sve kvarove u testu prihvaćanja treba smatrati visokim prioritetom i odmah ih otkloniti, a ovaj će, pak, imati test prihvaćanja da ga izvrši.

Bodovi u priči daju se svakoj korisničkoj priči na temelju uspješnosti rezultata ispitivanja prihvaćanja za svaki od kriterija prihvaćanja. Ispitivanje prihvaćanja također definira završetak na razini korisničke priče, navodeći da su ispunjeni kriteriji prihvaćanja priče.

Tko provjerava prihvatljivost u agilnom načinu rada?

Obično voditelji proizvoda, Stručnost za predmet (mogu biti kupci I / ILI Beta testeri) provode testiranje prihvaćanja u agilnom okruženju. Ponekad QA također uključuje u ovu aktivnost zajedno sa svojim redovitim zadacima regresije.

Prednosti ispitivanja prihvaćanja u agilnosti

Nekoliko je prednosti testiranja prihvaćanja u agilnom načinu rada.

Prednosti su:

  • Bliža suradnja između voditelja proizvoda i tima.
  • Gradi povjerenje na razini korisničke priče.
  • Pomoći će u izradi više scenarija koji bi pokrivali svaki kriterij prihvaćanja.
  • Povećana vjerojatnost za improvizaciju rješenja na proizvodu kroz kriterije prihvaćanja u korisničkim pričama.

Nedostaci

Iako postoji nekoliko prednosti, postoje i određene nedostatke.

Nedostaci uključuju:

  • Ne mogu se sve priče uzeti u obzir za ispitivanje prihvaćanja. Samo funkcionalne priče koje treba pokriti - izvještaji u priči mogu se srušiti.
  • Ne mogu se uzeti u obzir svi kriteriji prihvatljivosti za ispitivanje prihvatljivosti. Treba pokriti samo funkcionalne kriterije - Kriteriji prihvaćanja mudro pokrivanje unutar korisničke priče može se smanjiti.
  • Budući da su uključeni dionici iz različitih sredina, a kako se izravno provodi testiranje prihvaćanja, svima je prilično teško biti na istoj stranici (u osnovi u razumijevanju razine pojedine korisničke priče).
  • Budući da je trajanje izdanja manje u usporedbi s drugim pristupima, prilično je teško prilagoditi ispitivanje prihvaćanja unutar Sprintova.

Razvoj vođen testom prihvaćanja (ATDD)

Ovo je jedna od agilnih razvojnih praksi gdje cijeli tim zajednički raspravlja o svakom od kriterija prihvatljivosti User Story-a i oko njih gradi jake testove prihvaćanja.

To je zato što će različite perspektive svakog člana tima dati novi način razmišljanja za svaki od kriterija prihvatljivosti i stići će s velikim brojem testova prihvaćanja koji pokrivaju više scenarija. Ponekad, ATDD se također naziva Story Test Driven Development (STDD).

Zapravo, ATDD se događa prije početka razvoja. Dakle, programeri će u ovom pristupu znati što se zapravo očekuje i kako to postići. Cijeli tim podijelit će zajedničko razumijevanje značajke i onoga što se gradi.

Ovo opisuje kako se proizvod izrađuje, a zauzvrat će dati dobru ideju o tome kako će proizvod zapravo funkcionirati prije nego što se preda na testiranje. Stoga se naziva ' Razvoj vođen testom prihvaćanja '.

Zaključak

Ispitivanje prihvaćanja u bilo kojem pristupu ima zajednički cilj izgraditi povjerenje i zadovoljstvo kupaca u proizvodu koji je razvijen prije nego što krene uživo. To se postiže samo ako u proizvodu nema / manje nedostataka male ozbiljnosti koji ne ometaju nijednu funkcionalnost.

U suštini:

  • Prošli su testovi prihvatljivosti.
  • Defekti su na prihvatljivoj razini.
  • Ostvareno pokrivanje protokom / scenarijem.
  • Proizvod i njegova rješenja su prihvaćeni.
  • Kupac je dovoljno siguran u proizvod.
  • Svi se dokumenti o proizvodu ažuriraju kako bi odgovarali najnovijim funkcijama.
  • Rezultat za napor tima.
  • Dobro je ići naprijed s pokretanjem proizvodnje.

Prethodni vodič | SLJEDEĆA Vodič

Nadam se da biste stekli neizmjerno znanje iz ovih vodiča za ispitivanje prihvatljivosti. Slobodno podijelite svoje misli i iznesite svoja pitanja u odjeljku za komentare u nastavku.

Preporučena literatura

^