sample template acceptance test report with examples
Přehled zprávy o přejímacím testu (část III):
Předchozí výukový program | DALŠÍ výuka
V našem předchozím tutoriálu na téma „ Dokumentace testování přejímky se scénáři v reálném čase „Diskutovali jsme o plánu akceptačních testů.
V tomto kurzu se podrobně podíváme na hlášení o stavu akceptačního testu, shrnutí akceptačního testu a odhlášení.
V tomto výukovém programu jsou zahrnuty některé obecné šablony, které vám pomohou lépe porozumět. Budeme také hovořit nad konceptem Acceptance Testing v agilním a Acceptance Test Driven Development.
Stručně řečeno, v tomto výukovém kurzu vám vysvětlíme stavovou zprávu a souhrnnou zprávu o akceptačním testu spolu s některými obecnými šablonami pro vaše jasné porozumění a také snadno pochopitelným způsobem proměníme koncept akceptačního testování v agilním a testovacím vývojem.
Co se naučíte:
- Zpráva o stavu přejímacího testu
- Souhrnná zpráva o přejímacím testu
- Akceptační testování v agile
- Kdo provádí akceptační testování v agile?
- Výhody akceptačního testování v agile
- Nevýhody
- Vývoj řízený akceptačním testem (ATDD)
- Závěr
- Doporučené čtení
Zpráva o stavu přejímacího testu
Zpráva o přejímacím testu by měla vždy shrnout akceptační testy, které jsou prováděny, spolu s jejich výsledky. Měl by být adresován všem identifikovaným zúčastněným stranám, které jsou součástí fáze akceptačního testování. Jakmile bylo zahájeno provádění akceptačních testů, měl by být pokrok hlášen ze dne na den.
Obecná šablona pro zprávu o stavu přejímacího testu:
datum :Datum zprávy o stavu přejímacího testu
Dnešní podrobnosti o akceptačních testech:
- Počet úspěšně absolvovaných testů
- Počet neúspěšných testů
- Počet probíhajících testů
Akceptační testy Podrobnosti o provedení do data:
- Celkový počet testů
- Počet úspěšně absolvovaných testů
- Počet neúspěšných testů
- Počet probíhajících testů
- Počet nevyřízených testů
Detaily vady:
nástroj pro testování webové služby odpočinku
- Počet zaznamenaných vad
- Každá vada by měla mít níže uvedené podrobnosti:
- ID, shrnutí, komponenta, závažnost
- Celkový počet dosud zaznamenaných vad (ve fázi testování přijetí).
Tato zpráva musí být denně přezkoumávána, aby bylo zajištěno, že provádění je na správné cestě a že nedochází k odchylkám od plánovaných plánů.
Souhrnná zpráva o přejímacím testu
Toto je zpráva, která shrnuje stav celé fáze Acceptance Testing. To zahrnuje podrobnosti, jako jsou prováděné testovací činnosti, odkazy na splněná kritéria, specifikace požadavků, obchodní pravidla, výsledky provádění, plánované plány, odchylky atd.
Obecná šablona pro souhrnnou zprávu o přejímacím testu:
souhrn
Odchylky
Výsledek
Hodnocení
Doporučení
Úsilí
Zpráva o odhlášení
Jakmile produkt projde akceptačním testem, bude doporučeno jej spustit. Před spuštěním do produkce musí být formálně odhlášeno.
Obecná šablona pro zprávu o odhlášení:
Název produktu, verze vydání, číslo sestavení
Poslední zpráva
Zkontrolováno dne
Zkontrolováno uživatelem
Zkontrolovat komentáře
Datum odhlášení
Odhlášení
Odhlásit komentáře
Obecně platí, že kterákoli z výše uvedených zpráv by měla být přezkoumána hlavními zúčastněnými stranami, pokud jde o její šablonu, a musí být dohodnuto na tom, co musí jít jako informace uvnitř.
Před sdílením se zúčastněnými stranami je třeba zkontrolovat všechny podrobnosti, které se do zprávy vyplní. Jakékoli nesrovnalosti ve zprávě budou mít velký dopad na obchodní rozhodnutí a mohou mít za následek selhání produktu na trhu.
Hlášení by proto vždy měli zpracovávat specialisté nebo vedoucí členové týmu.
Akceptační testování v agile
v Agilní „Kritéria přijatelnosti každého příběhu uživatele jsou zaměřena na testy přijatelnosti, tj. Testy přijatelnosti jsou odvozeny z kritérií přijetí příběhu uživatele. Každé akceptační kritérium může mít jeden nebo více akceptačních testů, které pokryjí scénář.
Akceptační testy jsou obvykle navrženy QA, který je odborníkem v dané oblasti. Akceptační testování v Agile začíná mnohem dříve ve srovnání s ostatními přístupy, obvykle v samotných sprintech.
Provádí se velmi často, protože u každého sprintu budou přicházet nové uživatelské příběhy a také vylepšení / pokračování předchozích příběhů.
Acceptance Testing se provádí ve dvou různých fázích v Agile:
- Když je prvek vytvořen a v počáteční fázi - základní.
- Když je funkce integrována a stabilizována s ostatními funkcemi produktu.
Každý uživatelský příběh zde musí projít testem přijetí a měl by být předán ke zvážení. Jakákoli selhání v akceptačním testu by měla být považována za vysokou prioritu a měla by být opravena okamžitě, na oplátku bude mít akceptační test k jeho provedení.
Body příběhu jsou každému příběhu uživatele uděleny na základě úspěšnosti výsledků akceptačního testu pro každé z akceptačních kritérií. Acceptance Testing také definuje dokončení na úrovni User Story a uvádí, že jsou splněna kritéria přijetí pro příběh.
Kdo provádí akceptační testování v agile?
Produktoví manažeři, odborníci na předmětové záležitosti (mohou to být zákazníci A / NEBO Beta testeři) obvykle provádějí akceptační testování v agilním prostředí. Někdy QA také zahrnuje tuto aktivitu spolu s jejich pravidelnými regresními úkoly.
Výhody akceptačního testování v agile
Acceptance Testing in Agile má několik výhod.
Výhody jsou:
- Užší spolupráce mezi produktovým manažerem a týmem.
- Vytváří důvěru na úrovni uživatelského příběhu.
- Pomůže odvodit více scénářů pro pokrytí každého kritéria přijetí.
- Zvýšená pravděpodobnost improvizace řešení produktu prostřednictvím kritérií přijetí v uživatelských příbězích.
Nevýhody
Ačkoli existuje několik výhod, existují i určité nedostatky.
Nevýhody zahrnují:
- Ne všechny příběhy lze vzít v úvahu při testování přijetí. Pouze funkční příběhy, které mají být pokryty - příběhové pokrytí může sestoupit.
- Při přejímacím testování nelze zohlednit všechna kritéria přijetí. Zahrnuta mají být pouze funkční kritéria - pokrytí kritérií přijatelnosti v uživatelském příběhu se může snížit.
- Jelikož jsou zapojeny zúčastněné strany z různých prostředí a jelikož se testování přijetí příběhu provádí přímo, je pro každého docela obtížné být na stejné stránce (v zásadě pochopit úroveň v příběhu jednotlivých uživatelů).
- Vzhledem k tomu, že doba vydání je ve srovnání s jinými přístupy kratší, je poměrně obtížné vyhovět Acceptance Testing v rámci Sprintů.
Vývoj řízený akceptačním testem (ATDD)
Jedná se o jednu z agilních vývojových postupů, kde celý tým společně diskutuje o každém z kritérií přijetí v Příběhu uživatele a kolem nich vytváří silné testy přijetí.
Je to proto, že různé pohledy od každého člena týmu poskytnou nový způsob myšlení pro každé z kritérií přijetí a přijdou s velkým počtem akceptačních testů pokrývajících více scénářů. Někdy, ATDD je také nazýván Story Test Driven Development (STDD).
Ve skutečnosti k ATDD dochází před zahájením vývoje. Takže vývojáři v tomto přístupu budou vědět, co se vlastně očekává a jak toho dosáhnout. Celý tým bude sdílet společné chápání této funkce a toho, co se buduje.
To popisuje, jak se produkt staví, a naopak poskytne věrný obraz o tom, jak bude produkt ve skutečnosti fungovat, než bude předán k testování. Proto se to nazývá „ Vývoj řízený akceptačním testem “.
Závěr
Akceptační testování v jakémkoli z jeho přístupů má společný cíl budovat důvěru zákazníků a spokojenost s produktem, který byl vyvinut před jeho uvedením do provozu. Toho lze dosáhnout pouze v případě, že v produktu nejsou žádné / méně vady nízké závažnosti, které nebrání žádné z funkcí.
Ve zkratce:
- Přijímací zkoušky jsou úspěšně splněny.
- Vady jsou na přijatelné úrovni.
- Bylo dosaženo pokrytí toku / scénáře.
- Produkt a jeho řešení jsou přijímány.
- Zákazník má s produktem dostatečnou jistotu.
- Všechny dokumenty k produktu jsou aktualizovány tak, aby odpovídaly nejnovějším funkcím.
- Výsledek úsilí týmu.
- Je dobré jít vpřed se spuštěním výroby.
Předchozí výukový program | DALŠÍ výuka
Doufám, že byste z těchto výukových programů pro přejímací zkoušky získali nesmírné znalosti. Neváhejte se podělit o své myšlenky a položit své dotazy v sekci komentáře níže.
Doporučené čtení
- Ukázka hlášení o chybě
- Ukázková šablona testovacího případu s příklady testovacích případů [Stáhnout]
- ISTQB Testování Osvědčení Ukázkové dotazníky s odpověďmi
- Jak psát týdenní zprávu o testování softwaru
- Jak napsat efektivní souhrnnou zprávu o testu [Stažení ukázkové zprávy]
- Co je to přejímací testování (kompletní průvodce)
- Nejlepší nástroje pro testování softwaru 2021 [QA Test Automation Tools]
- Funkční testování vs. nefunkční testování