test plan tutorial guide write software test plan document from scratch
Una guia definitiva del document del pla de prova de programari:
Aquest tutorial us explicarà tot sobre el document del pla de prova de programari i us guiarà amb les formes d’escriure / crear un pla detallat de proves de programari des de zero juntament amb el diferències entre la planificació de la prova i l'execució de la prova.
Projecte en viu QA Training Day 3 - Després d’introduir els nostres lectors a l’aplicació en directe del nostre formació en línia gratuïta sobre proves de programari , ho vam saber com revisar SRS i escriure escenaris de prova . I ara és el moment adequat per aprofundir en la part més important del cicle de vida de les proves de programari, és a dir, Planificació de proves .
Llista de TOTS els tutorials d'aquesta sèrie:
Document de planificació de proves:
Tutorial # 1: Com escriure un document de pla de prova (Aquest tutorial)
Tutorial # 2: Contingut senzill de la plantilla del pla de prova
Tutorial # 3: Exemple de pla de prova de programari
Tutorial # 4: Diferència entre pla de prova i estratègia de prova
Tutorial # 5: Com escriure un document d’estratègia de prova
Consells de planificació de proves:
Tutorial # 6: Gestió de riscos durant la planificació de proves
Tutorial # 7: Què fer quan no hi ha prou temps per provar
Tutorial # 8: Com planificar i gestionar eficaçment els projectes de proves
Planificació de proves en diferents etapes de STLC:
Tutorial # 9: Planificació de proves de regressió
Tutorial # 10: Pla de proves UAT
Tutorial # 11: Pla de prova d’acceptació
Planificació de l'automatització de proves:
Tutorial # 12: Pla de proves d'automatització
Tutorial # 13: Planificació de proves d'aplicacions ERP
Tutorial # 14: Planificació de proves HP ALM
Tutorial # 15: Planificació de proves de mapes mentals
Tutorial # 16: Pla de proves de JMeter i WorkBench
Què aprendreu:
- Creació del pla de proves: la fase més important de les proves
- Planificació de proves vs execució de proves
Creació del pla de proves: la fase més important de les proves
Aquest tutorial informatiu us explicarà les maneres i els procediments que comporta escriure un document del pla de proves.
Al final d'aquest tutorial, hem compartit un fitxer Document complet del pla de proves de 19 pàgines que es va crear específicament per al projecte en viu OrangeHRM, que estem utilitzant de forma gratuïta Sèrie d'entrenament de control de qualitat
Què és un pla de proves?
Test Plan és un document dinàmic . L’èxit d’un projecte de proves depèn d’un document de pla de proves ben escrit que estigui actualitzat en tot moment. El pla de proves és més o menys similar un plànol de com va l'activitat de proves per tenir lloc en un projecte.
A continuació es detallen alguns consells sobre un pla de prova:
# 1) Test Plan és un document que actua com a punt de referència i només en funció d’aquesta prova es realitza dins l’equip de control de qualitat.
# 2) També és un document que compartim amb els analistes de negocis, els gestors de projectes, l’equip de desenvolupament i la resta d’equips. Això ajuda a millorar el nivell de transparència del treball de l'equip de control de qualitat als equips externs.
# 3) El documenta el responsable de control de qualitat / responsable de control de qualitat basat en les aportacions dels membres de l'equip de control de qualitat.
# 4) La planificació de proves normalment s’assigna amb 1/3rddel temps que triga tot el compromís de control de qualitat. L’altre 1/3rdés per al disseny de proves i la resta per a l'execució de proves.
# 5) Aquest pla no és estàtic i s’actualitza segons la demanda.
# 6) Com més detallat i complet sigui el pla, més exitosa serà l'activitat de proves.
Procés STLC
Ara estem a mig camí de la nostra sèrie de projectes en directe. Per tant, fem un pas enrere de l’aplicació i fem una ullada al procés del cicle de vida de proves de programari (STLC).
El STLC es pot dividir aproximadament en 3 parts:
- Planificació de proves
- Disseny de proves
- Execució de la prova
En el nostre anterior tutorial, vam saber que en un projecte pràctic de control de qualitat, vam començar amb la revisió SRS i l’escriptura de Test Scenario, que en realitat és el segon pas del procés STLC. El disseny de proves inclou els detalls sobre què provar i com provar.
Per què no hem començat amb la planificació de proves?
La planificació és, de fet, la primera i principal activitat que passa en qualsevol projecte de proves.
Planificació de proves en fases SDLC
| Fase SDLC | Activitat de planificació de proves |
|---|---|
| Horaris => | Preparació de l’escenari de prova |
| Iniciar | Idealment, l’equip de control de qualitat hauria d’implicar-se mentre l’abast del projecte es recollís del client / client en forma de requisits empresarials. Però al món real, no és així. Des d’un punt de vista pràctic, la participació de l’equip de control de qualitat és NUL. Al final d'aquesta fase, BRD es finalitza i es crea un pla bàsic de projecte. |
| defineix | SRS es crea a partir del BRD. Es crea l'esborrany inicial del pla de prova. En aquest moment, atès que l'equip de control de qualitat no s'ha acabat amb la revisió de SRS, l'abast de les proves no està clar. Així, doncs, el TP en aquesta fase només contindrà informació sobre quan es realitzaran les proves, informació del projecte i informació de l’equip (si la tenim). |
| Disseny | Es realitza la revisió de l’SRS i s’identifica l’abast de les proves. Tenim molta més informació sobre què provar i una bona estimació de quants casos de prova podríem obtenir, etc. Es crea una segona versió del pla de prova que incorpora tota aquesta informació. |
De la taula anterior, queda molt clar que un pla de proves no és només un document que podeu crear alhora i utilitzar-lo a partir de llavors.
Components d'un document de pla
| Elements d'una plantilla de pla de prova | Què contenen? |
|---|---|
| Abast => | Escenaris de prova / objectius de prova que es validaran. |
| Fora d’abast => | Millora de la claredat sobre allò que no tractarem |
| Supòsits => | Totes les condicions que hem de complir per poder continuar amb èxit |
| Documentació de proves: casos de prova / dades de proves / entorn de configuració | |
| Execució de la prova | |
| Cicle de proves: quants cicles | |
| Data d'inici i finalització dels cicles | |
| Funcions i responsabilitats => | Es llisten els membres de l’equip |
| Qui ha de fer què | |
| apareixen els propietaris dels mòduls i la seva informació de contacte | |
| Entregables => | Quins documents (artefactes de prova) es produiran en quin termini? |
| Què es pot esperar de cada document? | |
| Entorn => | Quin tipus de requisits ambientals existeixen? |
| Qui s’encarregarà? | |
| Què fer en cas de problemes? | |
| Eines => | Per exemple, JIRA per al seguiment d'errors |
| iniciar Sessió | |
| Com s'utilitza JIRA? | |
| Gestió de defectes => | A qui anem a denunciar els defectes? |
| Com informarem? | |
| Què s'espera? Oferim captura de pantalla? | |
| Riscos i gestió de riscos => | S'enumeren els riscos |
| S’analitzen els riscos: es documenta la probabilitat i l’impacte | |
| S'elaboren plans de mitigació del risc | |
| Criteris de sortida => | Quan deixar de fer proves? |
Com que tota la informació esmentada és la més crítica per al treball quotidià d’un projecte de control de qualitat , és important mantenir el document del pla actualitzat de tant en tant.
Exemple de document de pla de prova per a un projecte en directe
Es crea un exemple de document de plantilla de pla de prova per al nostre ' VERSIÓ 3.0 ORANGEHRM - EL M MODDUL MIA INFORMACIÓ ” Projecte i adjunt a continuació. Feu-hi una ullada. S'han afegit comentaris addicionals al document en vermell per explicar les seccions.
Aquest pla de proves és tant per a la fase funcional com per a la fase UAT. També explica el procés de gestió de proves mitjançant l'eina HP ALM.
Baixa la mostra del pla de prova:
Format de document => Feu clic aquí per descarregar el pla de prova en format Doc aquest és el que hem creat per al Projecte en directe OragngeHRM i també ho estem fent per al nostre curs de prova de programari.
Format PDF => Feu clic aquí per descarregar el pla de prova en format pdf .
Fitxers de full de treball (.xls) referits a les versions doc / pdf anteriors => Descarregueu el fitxer Es refereixen fitxers XLS al pla de proves anterior
copiar matriu a una altra matriu java
La plantilla anterior és molt completa i també detallada. Per tant, doneu-li una lectura exhaustiva per obtenir els millors resultats.
A mesura que el pla es crea i s’explica bé, anem a passar a la següent fase tant en SDLC com en STLC.
Codi de SDLC:
Tot i que la resta del projecte dedicava temps a la creació de TDD, els QA hem identificat l’abast de les proves (escenaris de proves) i hem creat el primer esborrany del pla de proves fiable. La següent fase de SDLC és comprovar quan es produeix la codificació.
Els desenvolupadors són el principal punt d’enfocament de tot l’equip en aquesta fase. L'equip de control de qualitat també es complau en la tasca més important que no és res més que 'Creació de casos de prova' .
Si els escenaris de prova eren 'Què provar', els casos de prova tracten sobre 'Com provar'. La creació de casos de proves és una part predominant de la fase de disseny de proves de la STLC. L’entrada per a l’activitat de creació de casos de prova són els escenaris de prova i el document SRS.
Per a provadors com nosaltres, Casos de prova són el veritable negoci - és el que passem la major part del temps. Els creem, els revisem, els executem, els mantenim, els automatitzem i, bé, obteniu la imatge. Per molt que tinguem experiència i quin paper tinguem en un projecte, seguiríem treballant amb els casos de prova.
Planificació de proves vs execució de proves
La planificació de proves de programari es reserva un abast molt millor comparativament a Fase STLC . L’equip de proves garanteix la distribució de programari de qualitat. I el que s’ha de fer en les proves es decideix realment en la fase de planificació de les proves.
Aquesta secció proporcionarà una visió general completa i inclourà il·lustracions sobre la importància de la planificació de les proves i el fase d’execució . Després de llegir això, comprendreu la importància significativa de la fase de planificació en comparació amb la fase d'execució amb més exemples en viu i casos pràctics per a il·lustracions .
Planificació de proves
A continuació es detallen algunes coses essencials que cal tenir en compte durant la planificació:
Planificar una prova és la secció bàsica important del cicle de proves. El resultat de la fase de proves estarà determinat per la qualitat i l'abast de la planificació que s'hagi fet per a la prova.
La planificació de la prova sol tenir lloc durant la fase de desenvolupament per tal d’estalviar el temps d’execució de la prova prèvia acord de totes les parts implicades.
Alguns fets importants a destacar són:
- La planificació s’ha d’iniciar paral·lelament al desenvolupament, sempre que s’hagin congelat els requisits.
- Cal que tots els grups d'interès, com ara dissenyadors, desenvolupadors, clients i verificadors, finalitzin el pla.
- La planificació no es pot elaborar per a necessitats empresarials no confirmades o no aprovades.
- S'aplicaran plans de prova similars als nous requisits que requerirà l'empresa.
Exemple 1
L’equip de desenvolupament treballa en un programari XYZ després d’aconseguir uns quants requisits dels clients. L'equip de proves gairebé ha començat a preparar-se per a la fase de definició o planificació de la prova. La planificació de les proves s’ha de dissenyar per atendre els requisits inicials esmentats pels clients. Ho ha fet l'equip de proves.
Cap dels altres grups d'interès no va participar durant aquesta fase i la planificació s'ha congelat.
programari de reparació de PC per a Windows 10
L’equip de desenvolupament ha fet alguns canvis en el flux de negoci per tal d’abordar alguns problemes del seu treball amb l’aprovació del client. Ara el programari ha arribat a l'equip de proves per fer-ne una prova. Amb el pla de proves segons l’antic flux de negoci, l’equip de proves ha començat la seva ronda de proves. Això va afectar els lliuraments de les proves amb molts retards, ja que el flux de negoci modificat no es va compartir amb l'equip de proves.
Observació de l'exemple 1:
Hi ha certes observacions de l'exemple anterior.
Ells són:
- La comprensió del nou flux de negoci va consumir molt de temps.
- Retards en els lliuraments del projecte.
- Reelaboració de la planificació i altres tasques de la fase.
Totes aquestes observacions s'han de convertir en necessitats essencials per obtenir un test efectiu.
Components principals de la fase de planificació
A continuació es detallen els components principals que intervenen en la fase de planificació.
- Estratègia de prova: Aquesta és una de les seccions més importants que poden explicar l'estratègia que s'utilitzarà durant les proves.
- Cobertura de la prova: Això és essencialment necessari i farà un mapatge de conformitat de les necessitats empresarials i dels casos de prova, de manera que es pugui assegurar si s'ha provat o no tot el programari.
- Cicles de prova i durada: Això pot esdevenir molt crític en funció de les rondes de desenvolupament i del seu temps per completar cada ronda.
- Criteris d'aprovació / suspensió: Es requereix molt en què es defineixin els criteris d’aprovació i suspensió. Algunes vegades també ho definiran els clients.
- Requisits tècnics i empresarials: La necessitat de tenir el programari i els propòsits que serveixen estaran clarament definits juntament amb les explicacions de baix nivell.
Limitacions
Hi ha poques coses que puguin controlar la fase de proves de programari, especialment la fase de planificació.
A continuació es detallen aquestes poques àrees:
- Funcions a provar i a no provar: Això assenyalarà clarament què s’ha de provar i què no.
- Criteris de suspensió i requisits de represa: Aquest és el responsable de la presa de decisions sobre el programari desenvolupat i els criteris definits per suspendre la prova o reprendre la prova.
- Responsabilitats: Un provador tindrà múltiples responsabilitats en assegurar els problemes, errors i defectes del programari que es prova. A més, els errors s'han de validar amb els desenvolupadors perquè els solucionin.
- Riscos i contingències: S'han d'esmentar clarament els riscos associats durant les proves i s'han de definir molt clarament les contingències adequades durant el temps.
Estudi de cas núm. 1
L'equip de desenvolupament de Exemple 1 té previst llançar el programari XYZ en dues fases. La fase 1 té moltes funcions per provar i poques per no provar-les. Una vegada més, el programari s'ha llançat per provar-lo sense mantenir informat l'equip de proves sobre les funcions que encara no s'han desenvolupat.
Ara l’equip de proves inicia la seva execució basant-se en els plans de proves que ja han elaborat. Tenen un gran nombre d’errors. I després de la validació de l’equip de desenvolupament, la majoria no són vàlids.
Observacions de l'estudi de cas anterior:
- L'equip de desenvolupament ha de lliurar el programari a l'equip de proves amb notes de la versió i notes de cobertura dels requisits (notes de la versió).
- Les funcions a provar i a no provar s'han de tenir en compte en funció del programari publicat abans de provar-les.
- Els criteris de suspensió i represa per a les proves s'han de definir correctament.
- El risc i els plans de contingència per a la indisponibilitat del programari s’han d’imaginar perfectament.
Llegiu també=> Com gestionar els riscos durant la fase de planificació de proves
Pla d’execució de la prova
L’execució de casos de prova és un dels passos de la fase STLC. S’haurà de dur a terme d’acord amb els plans elaborats anteriorment. Per tant, la planificació sempre domina tota la fase de proves. A continuació es mostra un exemple en què l’equip de proves es veu afectat pels canvis en els plans de proves.
Exemple 2
La prova del programari A es va iniciar basant-se en el pla 1 elaborat per l'equip. Més tard, a causa de les necessitats empresarials i dels canvis, el pla de proves va haver de patir alguns canvis. Això, al seu torn, ha obligat a canviar els casos de prova o l'execució.
Observacions:
- El pla de proves determinarà l'execució del cas de prova.
- La part d’execució varia segons el pla.
- Sempre que el pla i els requisits siguin vàlids, els casos de prova també són vàlids.
Maneres de superar problemes mentre s’executa
Els verificadors es troben amb més freqüència en diversos escenaris mentre realitzen l'execució de la prova. En aquest moment, els verificadors hauran d’entendre i conèixer les maneres de resoldre el problema o, com a mínim, trobar una solució per al problema.
Exemple 3
Durant l'execució de casos de prova del programari B, l'equip de proves es troba amb diversos problemes. Pocs d’ells són taps d’espectacles. Requereixen que els desenvolupadors els ajudin a superar el problema. Això ha passat diverses vegades i el resultat d'això és un retard en provar els lliuraments.
Observacions:
- Hi ha una dependència per superar problemes i problemes ambientals.
- Els comprovadors necessiten una comprensió adequada de l’entorn.
- Cal documentar problemes freqüents i coneguts per superar-los en el futur.
Control i gestió de versions
Control de versions i la gestió dels plans de proves i els casos de prova són realment importants per mostrar els lliuraments oportuns. Això és més significatiu i sovint es fa amb l'ajuda d'una eina de control de versions.
Una eina de control de versions no només els ajuda a controlar els plans de proves, sinó que també ajuda a la gestió de defectes. Quan hi ha projectes de proves amb cicles i versions múltiples, aquestes eines poden ajudar molt a reduir les mètriques per donar suport als lliuraments de proves.
A més, llegiu=> Gestió de riscos en la fase d'execució de proves
Diferència entre la planificació i l'execució de la prova
A continuació, es detallen algunes àrees importants que assenyalaran la diferència de la planificació de la fase d’execució de la prova.
| Àrea de comparació | Planificació de proves | Execució de la prova |
|---|---|---|
| Posicionament lliurable | El pla de proves es considerarà com un producte important per a l'activitat de proves. Això es farà com el primer pas del procés de proves. | Això arribarà com a darrer membre del banc a la fase de proves. En publicar l'execució, l'estat dels defectes / errors juntament amb l'estat d'execució dels casos de prova es compartirà com un dels lliuraments de proves |
| Persona responsable | El gestor de la prova prepararà el pla de prova i compartirà amb tots els grups d'interès per a la seva revisió. | Normalment, el provador ho farà tenint en compte que els casos de prova preparats han estat aprovats i signats. |
| Focus principal | Les àrees d’enfocament del pla de proves són com s’han de dur a terme les proves, què s’ha de considerar i què no, l’entorn que es pot utilitzar, els horaris de les proves, etc. | L'execució de la prova se centra principalment en l'execució dels casos de prova proporcionats per provar-los amb el programari. |
| Mode recurrent o iteratiu | Es tracta d’una activitat única. Dit això, pot requerir o no modificacions per a les futures versions del programari. | Hi ha 3 parts en aquesta àrea quan parlem d’iteració. 1. Proves funcionals. 2. Proves de regressió. 3. Torneu a provar. |
| Entrades | Les aportacions per a la creació d’un pla de prova són realment necessàries i han de ser proporcionades per analistes de negocis, Architect, clients, etc. | El document de casos de prova és l’aportació principal. |
| Període en què es pot iniciar | Cal començar juntament amb el cicle de desenvolupament per obtenir resultats efectius i estalviar temps. Però hi ha pocs models com el model de caiguda d’aigua en què la fase de proves començarà només un cop finalitzada la fase de desenvolupament. | L'execució s'ha d'iniciar estrictament després que s'hagi desenvolupat el programari. |
| Període de tancament | El pla de proves no tindrà aquest període de tancament. En general, es proporcionarà la signatura de totes les parts interessades pel programari. | L’execució d’una versió o cicle específic es considerarà tancada quan s’executin tots els casos de prova contra el programari. |
| Ús d’eines | No s’utilitzaran moltes eines, ja que l’activitat de planificació serà més de discussió i documentació. Per fer un seguiment de qualsevol canvi al pla, els gestors de proves normalment utilitzaran qualsevol eina de control de versions com VSS o alguna cosa més. | Dependrà del mode d’execució. En cas de manual no s'utilitzarà cap eina per a l'execució. Però per registrar els defectes i gestionar-los, s’utilitzaran algunes eines. En cas de proves d'automatització, l'execució es farà amb l'ajut d'eines com QTP, SELENIUM, etc. |
| Impactes en els lliuraments | Això afectarà totes les fases de proves de manera més àmplia | Això afectarà el cicle o llançament posterior a provar. |
Les il·lustracions anteriors podrien haver explicat en millor forma la importància de les activitats de planificació de proves que la de l'execució de la prova. Per cert, la fase d’execució és una mena de subconjunt del pla de proves.
Segons l'estratègia de prova, l'enfocament i altres coses, el pla de proves té una probabilitat més alta de modificar-se per donar lloc als canvis. És clar que l'execució de la prova depèn dels casos de prova. Els casos de prova es basen en els plans. Per tant, els canvis en els plans garantiran els canvis en els casos de prova.
Però, per contra, els canvis en els casos de prova no han de buscar obligatòriament canvis. Aquest és un dels principals motius pels quals la planificació es manté en comparació amb la fase d'execució de la prova.
El nostre proper tutorial us explicarà més sobre com crear casos de prova? Que són ells? I com podem fer que funcionin per a nosaltres juntament amb els altres aspectes relacionats amb els casos de prova.
NEXT Tutorial=> Dia de formació QA-4: Redacció de casos de prova a partir de documents SRS
Sou experts en escriure un document de pla de proves? Llavors aquest és el lloc adequat per compartir els vostres valuosos consells de millora per als propers comprovadors. No dubteu a expressar els vostres pensaments amb nosaltres a la secció de comentaris de sota !!
Lectura recomanada
- Exemple de plantilla de pla de prova de programari amb format i contingut
- Guia de documentació de proves de programari (per què és important)
- Recursos i descàrregues de proves de programari de control de qualitat
- Document de mostra de pla de prova (exemple de pla de prova amb detalls de cada camp)
- Execució de proves en proves de programari: procés i pla exactes amb un exemple
- Com escriure un document d'estratègia de prova (amb una plantilla d'estratègia de prova de mostra)
- Escriptura de casos de prova a partir del document SRS (DESCÀRREGA de casos de prova de mostra en viu)
- Programa de cursos de proves de programari: pla de formació detallat del curs en línia