sample template acceptance test report with examples
Pregled poročila o sprejemnem preskusu (del III):
Prejšnja vadnica | NASLEDNJA Vadnica
V naši prejšnji vadnici o Dokumentacija o preizkusu sprejemljivosti s scenariji v realnem času ”Razpravljali smo o načrtu sprejemnega testa.
V tej vadnici bomo poglobljeno pregledali poročanje o stanju sprejemnega preizkusa, povzetku preizkusnega sprejema in odjavi.
Nekatere splošne predloge so vključene v to vadnico za boljše razumevanje. Lebdeli bomo tudi nad konceptom preskusa sprejemljivosti v agilnem razvoju in spretnostnega preizkusa.
Na kratko, ta vadnica vam bo razložila poročilo o stanju sprejema in povzetek poročila, skupaj z nekaterimi splošnimi predlogami za vaše jasno razumevanje, na preprost in razumljiv način pa bo razjasnila koncept preizkusa sprejemljivosti v agilnem in s pomočjo preizkusa razvitem razvoju.
Kaj se boste naučili:
- Poročilo o stanju sprejemljivosti
- Povzetek poročila o sprejemnem testu
- Preskus sprejemljivosti v okretnosti
- Kdo izvaja sprejemno testiranje v agilnosti?
- Prednosti preizkusa sprejemljivosti v agilnosti
- Pomanjkljivosti
- Razvoj na podlagi preizkusa sprejemljivosti (ATDD)
- Zaključek
- Priporočeno branje
Poročilo o stanju sprejemljivosti
Poročilo o sprejemnem preskusu mora vedno povzemati sprejemne preskuse, ki se izvajajo, skupaj z njihovimi rezultati. Naslovljen mora biti na vse opredeljene zainteresirane strani, ki so del faze preizkusa sprejemljivosti. Ko se začnejo izvajati sprejemni testi, je treba o napredku poročati vsak dan.
Splošna predloga za poročilo o stanju preskusa sprejemljivosti:
Datum :Datum poročila o stanju sprejemljivosti
Podrobnosti o izvedbi današnjih sprejemnih testov:
- Število opravljenih testov
- Število neuspešnih preskusov
- Število testov v teku
Podrobnosti o izvedbi sprejemnih testov do datuma:
- Skupno število testov
- Število opravljenih testov
- Število neuspešnih preskusov
- Število testov v teku
- Število čakajočih preskusov
Podrobnosti o napakah:
dober mp3 downloader za android brezplačno
- Število zabeleženih napak
- Vsaka napaka mora imeti naslednje podrobnosti:
- ID, povzetek, komponenta, resnost
- Skupno število doslej zabeleženih napak (v fazi preskusa sprejemljivosti).
To poročilo je treba pregledati vsak dan, da se zagotovi, da je izvedba na pravi poti in da ni odstopanj od načrtovanih urnikov.
Povzetek poročila o sprejemnem testu
To poročilo povzema stanje celotne faze preizkusa sprejemljivosti. To vključuje podrobnosti, kot so izvedene preizkusne dejavnosti, sklici na izpolnjena merila, specifikacije zahtev, poslovna pravila, rezultati izvedbe, načrtovani urniki, odstopanja itd.
Povzetek splošne predloge za sprejemni test:
Povzetek
Razlike
Rezultati
Vrednotenje
Priporočilo
Prizadevanja
Poročilo o odjavi
Ko bo izdelek opravil preizkus sprejemljivosti, bo priporočljivo, da začnete objavljati. Preden se začne s proizvodnjo, mora biti formalno odjavljen.
Splošna predloga za poročilo o odjavi:
Ime izdelka, različica izdaje, številka zgradbe
Najnovejše poročilo
Pregledano dne
Pregledal
Pregled komentarjev
Datum odjave
Odjava avtorja
Komentarji pri odjavi
Na splošno bi moralo katero koli od zgoraj navedenih poročil pregledati večja zainteresirana stran za njegovo predlogo in se je treba dogovoriti, kaj mora vsebovati informacije.
Preden jih delite z zainteresiranimi stranmi, jih je treba navzkrižno preveriti. Vsa odstopanja v poročilu bodo močno vplivala na poslovno odločitev in lahko povzročijo neuspeh izdelkov na trgu.
Zato bi morali poročati vedno strokovnjaki ali starejši člani ekipe.
Preskus sprejemljivosti v okretnosti
V Okretna , Merila sprejemljivosti vsake uporabniške zgodbe so usmerjena na sprejemne preizkuse, tj. Sprejemni preskusi izhajajo iz meril sprejemljivosti uporabniške zgodbe. Vsak sprejemni kriterij ima lahko enega ali več sprejemnih preskusov, ki zajemajo scenarij.
Sprejemne teste navadno pripravi strokovnjak za kakovost, ki je strokovnjak na tem področju. Preskus sprejemljivosti v okretnosti se začne veliko zgodaj v primerjavi z drugimi pristopi, običajno znotraj samega sprinta.
Izvaja se zelo pogosto, saj bodo v vsakem sprintu prišle nove uporabniške zgodbe in tudi izboljšave / nadaljevanje prejšnjih zgodb.
Preskus sprejemljivosti se v Agileu izvaja na dveh različnih stopnjah:
- Ko je element ustvarjen in v začetni fazi - osnovni.
- Ko je funkcija integrirana in stabilizirana z drugimi značilnostmi izdelka.
Vsaka uporabniška zgodba mora opraviti sprejemni preizkus in jo je treba poslati v obravnavo. Kakršne koli napake v sprejemnem testu je treba obravnavati kot visoko prednostno nalogo in jih takoj odpraviti, ta pa bo imel sprejemni test za njegovo izvedbo.
Zgodbene točke se dobijo za vsako uporabniško zgodbo na podlagi uspešnosti rezultatov preizkusa sprejemljivosti za vsako od kriterijev sprejemljivosti. Preskus sprejemljivosti opredeljuje tudi izpolnjevanje na ravni uporabniške zgodbe in navaja, da so izpolnjena merila sprejemljivosti za zgodbo.
Kdo izvaja sprejemno testiranje v agilnosti?
Običajno vodje izdelkov, strokovnjaki za zadeve (lahko so to kupci IN / ALI preizkuševalci beta), opravijo preskus sprejemljivosti v okretnem okolju. Včasih v to dejavnost sodeluje tudi QA skupaj z njihovimi rednimi nalogami regresije.
Prednosti preizkusa sprejemljivosti v agilnosti
Prednosti preizkusa sprejemljivosti v agilnosti so številne.
Prednosti so:
- Tesnejše sodelovanje med vodjo izdelkov in ekipo.
- Gradi zaupanje na ravni uporabniške zgodbe.
- Pomagalo bo izpeljati več scenarijev, ki bodo zajemali vsa merila sprejemljivosti.
- Povečana verjetnost improvizacije rešitev izdelka z merili sprejemljivosti v uporabniških zgodbah.
Pomanjkljivosti
Čeprav obstaja več prednosti, obstajajo tudi nekatere pomanjkljivosti.
Slabosti vključujejo:
- Vseh zgodb ni mogoče upoštevati za sprejemni preizkus. Samo funkcionalne zgodbe, ki jih je treba zajeti - Zgodbe lahko pokrivajo.
- Pri preizkusu sprejemljivosti ni mogoče upoštevati vseh meril sprejemljivosti. Zajeta so samo funkcionalna merila - morda se bodo zmanjšala merila sprejemljivosti v okviru uporabniške zgodbe.
- Ker sodelujejo zainteresirane strani iz različnih okolij in ker se preizkušanje sprejemanja zgodb izvaja neposredno, je zelo težko, da so vsi na isti strani (v bistvu pri razumevanju ravni posamezne uporabniške zgodbe).
- Ker je trajanje izdaje manj kot v primerjavi z drugimi pristopi, je zelo težko prilagoditi sprejemno testiranje znotraj Sprintov.
Razvoj na podlagi preizkusa sprejemljivosti (ATDD)
To je ena od razvojnih praks agilnosti, kjer celotna ekipa v sodelovanju razpravlja o vseh merilih sprejemljivosti uporabniške zgodbe in okoli njih gradi močne preizkuse sprejemljivosti.
To je zato, ker bodo različne perspektive vsakega člana ekipe dale nov način razmišljanja za vsako od meril sprejemljivosti in prispele bodo z velikim številom sprejemnih testov, ki zajemajo več scenarijev. Včasih ATDD se imenuje tudi Story Test Driven Development (STDD).
Pravzaprav se ATDD zgodi pred začetkom razvoja. Torej bodo razvijalci pri tem pristopu vedeli, kaj se dejansko pričakuje in kako to doseči. Celotna ekipa bo delila skupno razumevanje funkcije in tega, kar se gradi.
To opisuje, kako se izdelek gradi, nato pa bo pošteno predstavilo, kako bo izdelek dejansko deloval, preden bo predan v testiranje. Zato se imenuje ' Razvoj na podlagi preizkusa sprejemljivosti '.
Zaključek
Preskus sprejemljivosti s katerim koli pristopom ima skupni cilj zgraditi zaupanje in zadovoljstvo strank pri izdelku, ki je razvit, preden začne delovati. To se doseže le, če v izdelku ni / manj napak majhne resnosti, ki ne ovirajo nobene funkcionalnosti.
Na kratko:
- Sprejemni testi so opravljeni.
- Napake so na sprejemljivi ravni.
- Dosežena pokritost glede na pretok / scenarij.
- Izdelek in njegove rešitve so sprejeti.
- Kupec je v izdelek dovolj samozavesten.
- Vsi dokumenti izdelka so posodobljeni tako, da ustrezajo najnovejšim funkcijam.
- Rezultat za trud ekipe.
- Dobro je nadaljevati s predstavitvijo proizvodnje.
Prejšnja vadnica | NASLEDNJA Vadnica
Upam, da bi si pridobili ogromno znanja iz teh vaj za preverjanje sprejemljivosti. Lahko delite svoje misli in postavite svoja vprašanja v spodnjem oddelku za komentarje.
Priporočeno branje
- Vzorčno poročilo o napaki
- Vzorčna predloga testnega primera s primeri testnega primera (prenos)
- Vzorčni vprašalniki z odgovori na testiranje ISTQB za testiranje
- Kako napisati tedensko poročilo o preizkušanju programske opreme
- Kako napisati učinkovito poročilo o preizkusu (prenos vzorčnega poročila)
- Kaj je sprejemno testiranje (popoln vodnik)
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Funkcionalno testiranje vs nefunkcionalno testiranje