acceptance testing documentation with real time scenarios
Documentació de les proves d'acceptació (part II):
Tutorial anterior | NEXT Tutorial
Aquest tutorial és la continuació del nostre anterior tutorial on vam discutir què és la prova d’acceptació, quan s’ha de fer, qui ho fa, la seva importància, tipus, procés, impacte en diferents equips, etc.
c ++ inicialitza la variable estàtica
Els documents tenen un paper molt important en les proves d’acceptació i qualsevol problema relacionat amb el document té un impacte negatiu enorme. Quan no s’exerceix una comprovació adequada, fins i tot pot provocar el fracàs del producte.
=> Feu clic aquí per obtenir una sèrie completa de programes de proves
En aquest tutorial, aprendrem més informació sobre la diferent documentació relacionada amb les proves d’acceptació, és a dir, el pla de prova d’acceptació, la llista de comprovació de revisió del pla de proves, la plantilla de prova d’acceptació, exemples basats en escenaris en temps real, com identificar i escriure proves d’acceptació, etc. .
Què aprendreu:
- Pla de prova d’acceptació
- Plantilla de pla de prova d’acceptació
- Revisió del pla de prova d’acceptació
- Proves d'acceptació
- Revisió de les proves d’acceptació
- Conclusió
- Lectura recomanada
Pla de prova d’acceptació
Com qualsevol altre pla de prova, el pla de prova d’acceptació també inclou alguns components com Abast, enfocament, entorn de prova, recursos, responsabilitats, referències de proves d’acceptació, criteris d’entrada, criteris de sortida, eines, etc.
L'únic que diferencia el pla de prova d'acceptació d'un pla de prova normal són els seus factors que donen lloc a la decisió empresarial. El pla de prova d’acceptació és una de la documentació vital que proporciona orientacions sobre com realitzar les proves d’acceptació d’un projecte concret.
El pla de prova d’acceptació s’ha de revisar i aprovar abans de l’execució de la prova d’acceptació. Tots els canvis posteriors han de ser sotmesos a un procés de revisió i aprovació i han de seguir la pista.
La revisió del pla de proves d’acceptació la fan normalment gestors / analistes de negocis / clients.
Punts clau que cal tenir en compte a l’hora de dissenyar el pla de prova d’acceptació:
- Hauria de ser Detallada i específica. Ha d’incloure només el que es requereix per fer les proves i la informació necessària perquè l’equip pugui dur a terme les proves.
- Hauria de ser Clar i concís . Cap ambigüitat. Si hi ha alguna cosa que pugui provocar confusió, elaboreu-la, però mantingueu-la curta i eficaç.
- Tots i cadascun dels components al document s’ha d’escriure tenint en compte només els requisits empresarials.
- Fiable i adaptable - Hauria de ser actualitzable segons es requereixi en les versions futures.
- Coherent - No hauria de tenir més canvis en el futur.
- Seguiu la plantilla proporcionada per l'organització o el client.
Plantilla de pla de prova d’acceptació
Aquí farem un cop d'ull a una plantilla comuna per al pla de prova d'acceptació que es pot modificar segons els requisits del projecte.
Títol
Objectiu
Historial de revisions / Registre de canvis
< Aquesta hauria de tenir un format tabular amb la informació següent:
- Data - La data en què es va modificar el document.
- Modificat per - Qui ha canviat el contingut del document.
- Propòsit - Per què es va modificar el document?
- Versió - Versió actual del document després de les modificacions (va com a 1.0, 1.1, 1.2, 1.3, ... per a una versió concreta. La següent versió començarà a partir de 2, 2.1, 2.2, 2.3, ..., la llista continua).
- Aprovat per - Qui ha aprovat els canvis realitzats (significa implícitament que s’ha revisat i aprovat el document).
La primera fila d'aquesta taula hauria de ser el document que es va crear. A continuació, es detallen els canvis realitzats.>
Taula de continguts
Referències
Abast
Introducció
Elements de prova
Funcions a provar
Funcions que no s'han de provar
Aproximació
Detalls de l'entorn de prova
Criteris d’entrada
Proves: si no hi ha escrites proves d’acceptació separades
Cada prova ha d'incloure:
- # De prova.
- Una descripció del que s'està provant ( Exemple : Verifiqueu si un usuari pot crear un compte correctament).
- Requisit empresarial al qual s’assigna aquesta prova ( Matriu de traçabilitat ) - Molt important.
- Condicions prèvies:
- Estat del producte abans d’iniciar la prova (l’usuari s’hauria de registrar correctament però no hauria activat el compte, l’usuari hauria d’haver accedit al producte fa almenys 30 dies, etc.)
- Qualsevol condició del servidor: en cas que el servidor estigui inactiu durant un temps.
- Passos de prova: Flux numerat detallat ( Exemple: mirar abaix
- Obriu l'aplicació.
- Intenteu iniciar sessió amb credencials vàlides amb la casella de selecció Recorda'm seleccionada).
- Resultat Esperat : Quin és el comportament esperat del pas>
Proves d’acceptació: si hi ha proves d’acceptació separades escrites
Criteris de sortida
Recursos
Rols i responsabilitats
Eines
Factors de decisió empresarial
Procediment de tancament de sessió
Punt de contacte
El pla de prova d 'acceptació es considera el Pla mestre de proves per a la fase .
Revisió del pla de prova d’acceptació
Un cop el pla estigui a punt, s'ha de revisar per comprovar-ne l'exhaustivitat, la no ambigüitat, la claredat, la qualitat, etc. Sens dubte, s'ha de revisar a fons tot el contingut del pla de prova d'acceptació per obtenir informació adequada, però s'ha de revisar. cal revisar-los en comparació amb altres pocs punts, diguem-ne punts de llista.
Aquí, classifiquem el contingut i vegem els punts de la llista de verificació.
| Categoria | Punts de la llista de comprovació |
|---|---|
| Proves d'acceptació | Les proves estan numerades Les condicions prèvies estan numerades Els passos de la prova són clars per entendre’ls S'han completat els passos de la prova El resultat esperat és complet Hi ha alguna pregunta oberta a les proves (si n’hi ha, seguiu-la i completeu-la) La referència a les proves d’acceptació (si s’escriu per separat) és vàlida i existent La traçabilitat és correcta Hi ha algun requisit empresarial que es perdi per cobrir la prova |
| Títol | El títol coincideix amb el títol del projecte, tal com es fa referència a tot arreu És el títol que segueix les convencions de denominació del projecte |
| Historial de revisions, taula de continguts | Es fa un seguiment adequat de totes les modificacions de la versió del pla S’ha revisat correctament tots els canvis de versió i s’esmenta La convenció de versions és correcta La taula de continguts coincideix amb el contingut real del pla El número de pàgina de cada contingut és correcte El número de pàgina s’actualitza si les modificacions realitzades al pla canvien el número de pàgina del contingut |
| Referències | Les referències són existents i són vàlides Coincideixen amb l'abast Són complets i considerats per a la identificació de proves |
| Elements de prova, Funcions a provar, Funcions a no provar | Estan numerats Cada funció / mòdul / submòdul entra dins de l'abast El calendari previst pot cobrir tots els elements de prova identificats dins |
| Criteris d’entrada, criteris de sortida | Estan numerats Es detallen tots i cadascun dels criteris |
| Detalls de l'entorn de prova | Té totes les configuracions necessàries esmentades La versió de cada configuració és específica o la més recent a tenir en compte Les màquines virtuals existeixen (si no, mencioneu la data possible per a la seva disponibilitat) Es menciona el mètode de compartició de credencials per a un accés concret a l'entorn |
| Recursos, rols i responsabilitats | Les responsabilitats de cada rol estan numerades Es poden assolir les responsabilitats El recurs identificat és capaç de gestionar les responsabilitats esmentades |
| Eines | Són totes les eines esmentades Totes les eines estan numerades Estan versionades totes les eines Alguna de les eines necessita llicència o la llicència existent vàlida durant la fase Les indicacions per a l’ús de l’eina són correctes i suficients |
| Factors de decisió empresarial | Té tots els factors esmentats Estan numerats tots els factors |
| Procediment de tancament de sessió | El procediment és vàlid El procediment és acceptable El procediment és clar d’entendre |
| Punt de contacte | El recurs s’identifica com a punt de contacte disponible a l’organització durant la fase El recurs identificat és capaç de gestionar la fase |
Qualsevol pla de prova que compleixi el document de llista de verificació anterior servirà també per a les auditories internes.
Proves d'acceptació
Les proves d’acceptació abans es coneixien com a proves funcionals. Per tal de fer el nom més adequat per a la fase de proves d’acceptació i complir l’objectiu, es va canviar el nom de Proves d'acceptació. De vegades també es denomina Proves de clients.
Les proves d’acceptació sempre es deriven d’històries d’usuaris, criteris d’acceptació i casos d’ús. Són proves de sistema de caixa negra i només representen aquelles proves empresarials que s'han de verificar. Aquests haurien d’estar destinats principalment al comportament, ús i fluxos del producte.
Les proves d'acceptació dissenyades també es poden tenir en compte per a la fase de proves del sistema en els cicles de regressió per guanyar confiança en el producte abans de lliurar-lo a la fase de proves d'acceptació.
Punts clau que cal recordar abans d’escriure proves d’acceptació:
- Mantingueu tots els documents de referència al seu lloc: Especificació de requisits de programari, document de requisits empresarials, casos d’ús, històries d’usuaris, matriu de dades (en cas de lògica implicada), etc.
- Centreu-vos només en els requisits empresarials (requisits empresarials comprovables).
- Esborreu tots els dubtes i consultes sobre els requisits empresarials com a mínim.
- Assegureu-vos que no hi hagi canvis en els requisits de la versió actual com a mínim.
Plantilla simple i general per escriure proves d'acceptació:
Aquesta plantilla es pot modificar de nou segons les necessitats del projecte i amb més informació per incloure.
Ara, prenem alguns escenaris habituals i veiem com es poden escriure escenaris de prova d’acceptació.
Cas 1: Gestió del compte d'usuari
Aquest és l'escenari en què els usuaris poden crear, visualitzar, actualitzar i desactivar el seu compte. En general, és una operació CRUD (Crear, llegir, actualitzar i suprimir). De manera directa, obtindrem 4 escenaris principals per provar.
Juntament amb això, en el tractament de comptes d’usuari en temps real, tenim moltes àrees a l’hora de visualitzar i actualitzar.
Procediment de les proves d’acceptació per escrit:
Prova 1: registre / registre / creació d'un compte, verifiqueu si un usuari és capaç de:
- Creeu el compte.
- Activeu el compte.
- Activeu el compte només una vegada (aquí s'ha de provar l'enllaç d'activació per a 2ndTot i que es tracta de proves negatives, és un dels principals punts de verificació a tenir en compte).
Prova 2: per accedir i visualitzar la informació del compte, verifiqueu si un usuari pot:
- Inicieu la sessió al compte.
- Veure diferents seccions del perfil (si la secció Perfil està classificada, totes i cadascuna de les categories haurien de ser visibles).
- Verifiqueu que les dades que es mostren al perfil siguin correctes segons l’entrada de l’usuari.
Prova 3: per actualitzar la informació del compte, verifiqueu si un usuari pot:
- Actualitza la informació del compte (perfil):
- Actualitzeu totes i cadascuna de les categories del perfil.
- Verifiqueu que la informació de l’actualització es reflecteixi correctament al perfil.
- Verifiqueu si l'usuari no pot actualitzar la informació del perfil (en algunes aplicacions, no es permetrà actualitzar el nom, el cognom, el nom d'usuari, etc. Tot i que es tracta de proves negatives, és un dels principals punts de verificació a considerar).
- Cancel·leu el flux d'actualitzacions (tot i que es tracta de proves negatives, també és un dels principals punts de verificació a tenir en compte).
Prova 4: si es permet la desactivació del compte, comproveu si un usuari pot:
- Desactiveu el compte.
- Cancel·leu el flux de desactivació (tot i que es tracta de proves negatives, és un dels principals punts de verificació a tenir en compte).
- Accediu al compte després de cancel·lar la desactivació.
Prova 5: si es requereixen verificacions per a una adreça de correu electrònic o números de telèfon, comproveu si un usuari és capaç de:
preguntes d’entrevistes per a aquest servei d’atenció
- Actualitzeu l'adreça de correu electrònic a l'altra vàlida.
- Verifica ”l'adreça electrònica actualitzada.
- Verifiqueu si l'adreça de correu electrònic actualitzada i 'verificada' es considera més avançada: envieu alguns correus electrònics des de l'aplicació i comproveu la seva arribada a l'adreça de correu electrònic actualitzada. El vell no hauria de rebre correus electrònics.
- Afegiu el número de telèfon nou.
- Verifiqueu el número de telèfon afegit mitjançant la trucada.
- Verifiqueu el número de telèfon afegit mitjançant SMS.
- Verifiqueu que el número de telèfon afegit i 'verificat' es reflecteixi al compte.
- Actualitzeu el número de telèfon.
- Verifiqueu el número de telèfon actualitzat mitjançant la trucada.
- Verifica ”el número de telèfon actualitzat mitjançant SMS.
- Verifiqueu si el número de telèfon actualitzat i 'verificat' es reflecteix al compte.
Cas 2: compra de productes
La compra del producte sol tenir un flux general.
A continuació s’enumeren alguns escenaris generals a què es refereixen els usuaris finals:
Condició prèvia: L'usuari hauria d'iniciar la sessió a l'aplicació.
Prova 1: detalls del producte, comproveu si un usuari pot:
- Consulteu la pàgina de detalls del producte.
- Consulteu totes les subseccions a la pàgina de detalls del producte (descripció, funció, informació de marca, etc.).
- Seleccioneu la quantitat del producte, el color, la mida, etc., tal com estigui disponible a la pàgina de detalls del producte.
- Aneu a la categoria, pàgines de subcategoria des de la pàgina de detalls del producte (si està disponible a la pàgina de detalls del producte).
- Aneu a la pàgina de detalls de l’altre producte (si es proporciona la secció de productes rellevant).
- Consulteu els comentaris i les valoracions del producte.
- Ordeneu els comentaris del producte segons les puntuacions.
- Consulteu la valoració general del producte.
- Afegiu un comentari sobre el producte.
- Actualitzeu el seu comentari sobre el producte.
- Suprimiu el seu comentari sobre el producte (si es proporciona).
Prova 2: afegiu a la cistella, verifiqueu si un usuari és:
- Capaç d'afegir el producte al carretó:
- A través de la pàgina de detalls del producte.
- A través de la pàgina Llista de productes.
- Capaç d'afegir la quantitat necessària al carretó (d'un límit màxim establert).
- No es pot afegir el producte a la cistella si està esgotat.
Prova 3: a la pàgina del carretó, verifiqueu si un usuari és capaç de:
- Vegeu el producte al carretó amb detalls del preu per afegir quantitat.
- Actualitza la quantitat (del límit màxim establert).
- Traieu el producte del carretó.
- Torneu a anar a comprar.
- Continua fins a la finalització de la compra.
- Veure el carret buit quan no s'afegeix cap producte,
Prova 4: a la pàgina de detalls del compte, verifiqueu si un usuari pot:
- Continueu amb els detalls d'enviament existents.
- Actualitza l'adreça d'enviament.
- Afegiu una adreça d'enviament nova.
- Continueu amb el número de telèfon existent.
- Actualitzeu el número de telèfon de la comanda.
- Afegiu un número de telèfon nou per a la comanda.
- Torneu a la pàgina del carretó.
- Aneu a la pàgina Pagament.
Prova 5: a la pàgina Pagaments, verifiqueu si un usuari pot:
- Verifiqueu l'exactitud de l'import a facturar.
- Processar la comanda amb totes les opcions disponibles (una opció per a cada comanda independent).
- Procés la transacció correctament. Aneu a la pàgina de confirmació de la comanda.
- Fracàs de la transacció (tot i que es tracta de proves negatives, s’hauria de considerar com un escenari important).
- Apliqueu cupons:
- Cupons vàlids: èxit. Aquí verifiqueu el canvi de l'import a facturar.
- Cupons no vàlids: error
- Cupons caducats: fracàs.
- Torneu a la pàgina de detalls del compte.
Revisió de les proves d’acceptació
Revisar les proves d’acceptació és una tasca important, ja que ha de ser correcta i puntual respecte als requisits empresarials. Com que aquests poden ser realitzats pels mateixos clients i / o usuaris finals, és molt necessari que siguin prou complets, no ambigus, correctes i detallats perquè tothom els pugui entendre i executar.
Els analistes de negocis, els clients han de fer la revisió de les proves d’acceptació i qualsevol comentari de revisió s’hauria d’incorporar a alta prioritat.
A nivell de prova individual, la revisió s'ha de fer en funció del següent:
- Si la prova cobreix o no el requisit empresarial.
- Les condicions prèvies són clares?
- Els passos de la prova són fàcils d'entendre i detallar?
- El resultat esperat és correcte i clar?
- Està assignat als requisits empresarials per a la traçabilitat?
- La prova és prou completa per cobrir el flux o l’ús concret?
- Es requereix la prova particular com a part de les proves d’acceptació.
- Hi ha algun punt de verificació que no sigui necessari per a les proves d'acceptació.
- És purament funcional o hi ha coberta qualsevol GUI (només hauria de ser funcional).
- Calen les dades d'entrada especials? En cas afirmatiu, es proporciona informació detallada?
En general, tota la revisió del conjunt de proves d’acceptació hauria de cobrir:
- Traçabilitat bidireccional: Requisits empresarials a proves i requisits empresarials.
- Estan coberts tots els requisits empresarials?
- Tots els requisits empresarials estan coberts per una o més proves?
- Es cobreixen les normes empresarials?
- Es tracta el cas de dades especials?
- Quantes proves s’escriuen per cobrir cada requisit o norma?
- Les proves es poden agrupar i classificar per fluxos.
- Les proves seqüencien correctament perquè l'execució sigui eficient?
Conclusió
En poques paraules, com s’ha esmentat anteriorment, els documents tenen un paper molt dràstic en les proves d’acceptació.
Per tant, qualsevol prova d’acceptació que s’escrigui hauria d’estar ben estructurada i inclosa en el seu ús, de manera que mantingui els verificadors d’acceptació interessats en què proven i com ho fan. Això, al seu torn, generaria automàticament èxit.
=> Visiteu aquí per obtenir la sèrie completa de programes de proves
Tutorial anterior | NEXT Tutorial
Estigueu atents i mireu el proper tutorial de proves d’acceptació per obtenir més informació sobre els informes de proves d’acceptació juntament amb algunes plantilles genèriques. A més, feu-nos saber si teniu cap consulta.
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Prova positiva: significat i mèrits explicats amb escenaris de prova reals
- Prova de descàrrega de llibres electrònics
- TimeShiftX llançat per simplificar les proves de canvi de temps
- Què és la prova d'acceptació (una guia completa)
- Plantilla de mostra per a l'informe de prova d'acceptació amb exemples
- Ets expert en proves manuals o automatitzades? Treballa a temps parcial per a nosaltres!
- Prova de càrrega amb tutorials HP LoadRunner