sample template acceptance test report with examples
Informació general de l'informe de prova d'acceptació (part III):
Tutorial anterior | NEXT Tutorial
En el nostre anterior tutorial sobre “ Documentació de proves d’acceptació amb escenaris en temps real ”Vam discutir el pla de prova d’acceptació.
En aquest tutorial, examinarem en profunditat els informes sobre l’estat de la prova d’acceptació, el resum de la prova d’acceptació i el tancament de sessió.
Algunes plantilles genèriques s’inclouen en aquest tutorial per millorar la vostra comprensió d’una manera millor. També passarem per sobre del concepte de proves d’acceptació en desenvolupament àgil i impulsat per proves d’acceptació.
En resum, aquest tutorial us explicarà l’informe d’estat de la prova d’acceptació i l’informe de resum, junt amb algunes plantilles genèriques per a una comprensió clara i també explora el concepte de proves d’acceptació en un desenvolupament àgil i basat en proves d’una manera fàcilment comprensible.
Què aprendreu:
- Informe d'estat de la prova d'acceptació
- Informe resum de prova d’acceptació
- Proves d’acceptació en Agile
- Qui fa les proves d'acceptació en àgil?
- Avantatges de les proves d’acceptació en Agile
- Inconvenients
- Desenvolupament impulsat per proves d’acceptació (ATDD)
- Conclusió
- Lectura recomanada
Informe d'estat de la prova d'acceptació
L’Informe de proves d’acceptació sempre ha de resumir les proves d’acceptació que es realitzen juntament amb els seus resultats. S'hauria d'adreçar a tots els grups d'interès identificats que formen part de la fase de proves d'acceptació. Un cop iniciada l'execució de les proves d'acceptació, s'hauria d'informar del progrés dia a dia.
Plantilla genèrica per a l'informe d'estat de la prova d'acceptació:
Data :Data de l'informe d'estat de la prova d'acceptació
Detalls de l'execució de les proves d'acceptació d'avui:
- Nombre de proves superades
- Nombre de proves fallides
- Nombre de proves en curs
Detalls d'execució de les proves d'acceptació fins a la data:
- Nombre total de proves
- Nombre de proves superades
- Nombre de proves fallides
- Nombre de proves en curs
- Nombre de proves pendents
Detalls dels defectes:
el millor descarregador de música gratuït per a Android
- Nombre de defectes registrats
- Cada defecte ha de tenir els detalls següents:
- Identificador, resum, component, gravetat
- El nombre total de defectes registrats fins ara (a la fase de proves d’acceptació).
Aquest informe s'ha de revisar diàriament per assegurar-se que l'execució està en bon camí i que no hi ha cap desviació dels horaris previstos.
Informe resum de prova d’acceptació
Aquest és l'informe que resumeix l'estat de tota la fase de proves d'acceptació. Això implica detalls com activitats de proves realitzades, referències als criteris complerts, especificacions de requisits, normes empresarials, resultats d'execució, calendaris previstos, desviacions, etc.
Plantilla genèrica per a l'informe resum de prova d'acceptació:
Resum
Variacions
Resultats
Avaluació
Recomanació
Esforços
Informe de tancament de sessió
Un cop el producte hagi passat les proves d'acceptació, es recomana que es publiqui. Abans de llançar-se a Production, s’ha de tancar formalment la sessió.
Plantilla genèrica per a l'informe de tancament de sessió:
Nom del producte, versió de la versió, número de compilació
Últim informe
Revisat el
Revisat per
Reviseu els comentaris
Data de tancament
Tancament de sessió per
Comentaris de tancament de sessió
En general, qualsevol dels informes anteriors hauria de ser revisat per les principals parts interessades per obtenir la seva plantilla i s'ha d'acordar el que ha d'anar com a informació.
Totes les dades que s’inclouen a l’informe s’han de comprovar abans de compartir-les amb les parts interessades. Qualsevol discrepància a l'informe afectarà molt la decisió empresarial i podria provocar un fracàs del producte al mercat.
Per tant, els informes sempre han de ser manejats per especialistes o membres de l’alt equip.
Proves d’acceptació en Agile
En Àgil , Els criteris d’acceptació de cada història d’usuari estan orientats a proves d’acceptació, és a dir, les proves d’acceptació es deriven dels criteris d’acceptació d’una història d’usuari. Cada criteri d'acceptació pot tenir una o més proves d'acceptació per cobrir l'escenari.
Les proves d’acceptació solen ser dissenyades per un control de qualitat que és l’expert en matèria de la zona. Les proves d’acceptació en Agile comencen molt aviat en comparació amb els altres enfocaments, generalment dins dels propis sprints.
Es realitza amb molta freqüència, ja que cada sprint tindrà noves històries d'usuari i també millores / continuació de les històries anteriors.
Les proves d’acceptació es realitzen en dues etapes diferents a Agile:
- Quan es crea la característica i en la seva etapa inicial: bàsic.
- Quan la funció s’integra i s’estabilitza amb les altres funcions del producte.
Cada història de l'usuari aquí s'ha de sotmetre a una prova d'acceptació i s'ha de passar per a la seva consideració. Qualsevol error en la prova d’acceptació s’ha de considerar com una prioritat elevada i solucionar-lo immediatament, que al seu torn tindrà la prova d’acceptació per executar-la.
Es donen punts de la història a cada història de l'usuari en funció de l'èxit dels resultats de la prova d'acceptació per a cadascun dels criteris d'acceptació. Les proves d'acceptació també defineixen la finalització a nivell de User Story, afirmant que es compleixen els criteris d'acceptació de la història.
Qui fa les proves d'acceptació en àgil?
Normalment, els gestors de productes, l’expertesa en matèria (poden ser provadors de clients I / O beta) realitzen proves d’acceptació en un entorn àgil. De vegades, la QA també participa en aquesta activitat juntament amb les seves tasques de regressió regulars.
Avantatges de les proves d’acceptació en Agile
Hi ha diversos avantatges de les proves d’acceptació a Agile.
Els avantatges són:
- Una col·laboració més estreta entre el gerent de producte i l'equip.
- Augmenta la confiança a nivell d’usuari.
- Ajudarà a derivar més escenaris per cobrir cada criteri d'acceptació.
- Augment de la probabilitat d’improvisar les solucions del producte mitjançant criteris d’acceptació a User Stories.
Inconvenients
Tot i que hi ha diversos avantatges, també hi ha certs desavantatges.
Els inconvenients inclouen:
- No totes les històries es poden considerar per a proves d’acceptació. Només s’han de tractar històries funcionals: és possible que es redueixi la història.
- No es poden considerar tots els criteris d’acceptació per a les proves d’acceptació. Només s’han de cobrir els criteris funcionals; és possible que es descongui la cobertura de criteris d’acceptació dins de la història de l’usuari.
- Atès que hi participen grups d'interès de procedències diferents i com que es fan directament proves d'acceptació basades en la història, és molt difícil que tothom estigui a la mateixa pàgina (bàsicament per entendre el nivell de la història individual de l'usuari).
- Com que la durada de la versió és menor en comparació amb altres enfocaments, és bastant difícil acomodar les proves d'acceptació dins de Sprints.
Desenvolupament impulsat per proves d’acceptació (ATDD)
Aquesta és una de les pràctiques de desenvolupament Agile, on tot l’equip discuteix en col·laboració cadascun dels criteris d’acceptació de User Story i crea proves d’acceptació fortes al seu voltant.
Això es deu al fet que diferents perspectives de cadascun dels membres de l’equip donaran una nova manera de pensar per a cadascun dels criteris d’acceptació i arribaran amb un bon nombre de proves d’acceptació que abastin més escenaris. De vegades, ATDD també es diu Story Test Driven Development (STDD).
En realitat, ATDD passa abans que comenci el desenvolupament. Per tant, els desenvolupadors, en aquest enfocament, sabran què s’espera realment i com aconseguir-ho. Tot l’equip compartirà una comprensió comuna de la característica i del que s’està construint.
Això descriu com s'està construint el producte i, al seu torn, donarà una bona idea de com funcionarà el producte abans de lliurar-lo a prova. Per tant, es denomina ' Desenvolupament impulsat per proves d’acceptació '.
Conclusió
Les proves d’acceptació en qualsevol dels seus enfocaments tenen l’objectiu comú de generar confiança i satisfacció del client sobre el producte que es desenvolupa abans que es publiqui. Això només s’obté quan no hi ha / menys defectes de baixa gravetat en el producte que no dificulten cap de les funcions.
En poques paraules:
- Es superen les proves d’acceptació.
- Els defectes es troben en nivells acceptables.
- S'ha aconseguit una cobertura en funció del flux / escenari.
- S’accepta el producte i les seves solucions.
- El client té la suficient confiança en el producte.
- Tots els documents del producte s’actualitzen perquè coincideixin amb les funcions més recents.
- Resultat per l’esforç de l’equip.
- És bo seguir endavant amb el llançament de la producció.
Tutorial anterior | NEXT Tutorial
Espero que hagueu obtingut un coneixement immens d’aquests tutorials sobre proves d’acceptació. No dubteu a compartir els vostres pensaments i a plantejar-vos les vostres preguntes a la secció de comentaris de sota.
Lectura recomanada
- Exemple d’informe d’errors
- Exemple de plantilla de cas de prova amb exemples de casos de prova (Descarregar)
- Documentació de preguntes de mostra de certificació de proves ISTQB amb respostes
- Com escriure un informe d'estat setmanal de proves de programari
- Com escriure un informe de resum eficaç de la prova efectiva (Descàrrega d'informe de mostra)
- Què és la prova d'acceptació (una guia completa)
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Proves funcionals contra proves no funcionals