how write test strategy document
Apreneu a escriure un document d’estratègia de prova de manera eficient
Un pla estratègic per definir l'enfocament de les proves, què voleu aconseguir i com ho aconseguiríeu.
Aquest document elimina tota la incertesa o les declaracions de requisits vagues amb un pla d’enfocament clar per assolir els objectius de la prova. Test Strategy és un dels documents més importants per a l’equip de control de qualitat.
=> Feu clic aquí per obtenir una sèrie completa de programes de proves
Què aprendreu:
- Redacció d’un document d’estratègia de prova
Redacció d’un document d’estratègia de prova
Prova d’Estratègia
Escriure amb eficàcia una estratègia de prova és una habilitat que tots els provadors haurien d’assolir en la seva carrera. Inicia el vostre procés de pensament cosa que ajuda a descobrir molts requisits que falten. Les activitats de pensament i planificació de proves ajuden un equip a definir l’abast de la prova i la cobertura de la prova.
Ajuda els gestors de proves a obtenir un estat clar del projecte en qualsevol moment. Les probabilitats de perdre alguna activitat de prova són molt baixes quan hi ha una estratègia de prova adequada.
L'execució de la prova sense cap pla poques vegades funciona. Conec equips que escriuen un document d’estratègia però que mai no el remeten mentre s’executa la prova. El pla d’Estratègia de proves s’ha de discutir amb tot l’equip perquè l’equip sigui coherent amb l’enfocament i les responsabilitats.
En terminis ajustats, no es pot renunciar a cap activitat de prova a causa de la pressió horària. Si més no, ha de passar per un procés formal abans de fer-ho.
Què és una estratègia de prova?
L'estratègia de prova significa 'Com provareu l'aplicació?' Heu d’esmentar el procés / l’estratègia exacta que heu de seguir quan rebreu la sol·licitud de prova.
Veig que moltes empreses segueixen la plantilla d’estratègia de prova molt estrictament. Fins i tot sense cap plantilla estàndard, podeu mantenir aquest document d’Estratègia de prova senzill però eficaç.
Test Strategy vs. Pla de proves
Al llarg dels anys, veig molta confusió entre aquests dos documents. Comencem, doncs, amb definicions bàsiques. En general, no importa el primer. El document de planificació de proves és una combinació d’estratègia connectada a un pla general del projecte. Segons IEEE Estàndard 829-2008, el pla d’Estratègia és un subtema d’un pla de proves.
Totes les organitzacions tenen els seus propis estàndards i processos per mantenir aquests documents. Algunes organitzacions inclouen detalls de l’estratègia al pla de proves (aquí teniu un bon exemple d'aquesta). Algunes organitzacions enumeren l'estratègia com una subsecció en un pla de proves, però els detalls es separen en diferents documents d'estratègia de prova.
L'abast del projecte i l'enfocament de la prova es defineixen al pla de prova. Bàsicament, tracta de la cobertura de proves, funcions a provar, funcions que no s’han de provar, estimació, programació i gestió de recursos.
Mentre que l'estratègia de prova defineix les directrius per a l'enfocament de la prova que s'ha de seguir per assolir els objectius de la prova i l'execució dels tipus de prova definits al pla de proves. Tracta d’objectius de prova, enfocament, entorn de prova, estratègia i eines d’automatització i anàlisi de riscos amb un pla de contingència.
Resumir el pla de proves és una visió del que voleu aconseguir i l’Estratègia de prova és un pla d’acció dissenyat per assolir aquesta visió.
Espero que això esborri tots els vostres dubtes. James Bach té més discussió sobre aquest tema aquí .
Procés per desenvolupar un bon document d'estratègia de prova
No seguiu només les plantilles sense entendre què funciona millor per al vostre projecte. Tots els clients tenen els seus propis requisits i heu d’adherir-vos a les coses que us funcionen perfectament. No copieu cap organització ni cap estàndard a cegues. Assegureu-vos sempre si això us ajuda a vosaltres i als vostres processos.
A continuació es mostra una plantilla d’estratègia de mostra que descriurà el que s’hauria de cobrir en aquest pla juntament amb alguns exemples per il·lustrar el que té sentit cobrir sota cada component.
Prova d'estratègia en STLC:
(imatge font )
com escriure casos de prova uat
Seccions comunes del document d’estratègia de proves
Pas 1: abast i visió general
Visió general del projecte juntament amb informació sobre qui hauria d’utilitzar aquest document. Incloeu també detalls com qui revisarà i aprovarà aquest document. Definiu les activitats i fases de proves que s'han de dur a terme amb terminis respecte als terminis generals del projecte definits al pla de proves.
Pas 2: enfocament de la prova
Definiu el procés de proves, el nivell de proves, els rols i les responsabilitats de cada membre de l'equip.
Per cada tipus de prova definit al pla de prova ( Per exemple, Unitat , Integració, Sistema, Regressió, Instal·lació / desinstal·lació , Proves d’usabilitat, càrrega, rendiment i seguretat) descriuen per què s’ha de dur a terme juntament amb detalls com quan s’ha d’iniciar, propietari de la prova, responsabilitats, enfocament de proves i detalls de l’estratègia i eina d’automatització, si s’escau.
A l'execució de les proves hi ha diverses activitats com afegir nous defectes, triatge de defectes, assignacions de defectes, tornar a provar, provar regressió i, finalment, tancar la sessió de prova. Heu de definir els passos exactes que cal seguir per a cada activitat. Podeu seguir el mateix procés que us va funcionar en els vostres cicles de proves anteriors.
Una presentació de Visio de totes aquestes activitats, inclosos diversos testers i qui treballarà en quina activitat és molt útil per comprendre ràpidament els rols i les responsabilitats de l’equip.
Per exemple, cicle de gestió de defectes: mencioneu el procés per registrar el nou defecte. On iniciar la sessió, com registrar nous defectes, quin ha de ser l'estat del defecte, qui ha de fer el triatge de defectes, a qui assignar defectes després del triatge, etc.
A més, definiu el procés de gestió de canvis. Això inclou definir l'enviament de sol·licituds de canvi, la plantilla que s'utilitzarà i el procés per gestionar la sol·licitud.
Pas 3: proveu l'entorn
La configuració de l’entorn de prova ha d’esbossar informació sobre diversos entorns i la configuració necessària per a cada entorn. Per exemple, Un entorn de prova per a l'equip de proves funcionals i un altre per a l'equip UAT.
Definiu el nombre d’usuaris admesos a cada entorn, les funcions d’accés per a cada usuari, els requisits de programari i maquinari com el sistema operatiu, la memòria, l’espai lliure en disc, el nombre de sistemes, etc.
La definició de requisits de dades de proves és igualment important. Proporcioneu instruccions clares sobre com fer-ho creeu dades de prova (podeu generar dades o utilitzar dades de producció emmascarant camps per a la privadesa).
Definiu l'estratègia de còpia de seguretat i restauració de dades de prova. La base de dades d'entorn de prova pot tenir problemes a causa de condicions no gestionades al codi. Recordo els problemes que vam haver d’afrontar en un dels projectes quan no es definia cap estratègia de còpia de seguretat de bases de dades i vam perdre dades senceres per problemes de codi.
El procés de còpia de seguretat i restauració ha de definir qui realitzarà còpies de seguretat quan es farà una còpia de seguretat, què s'inclourà a la còpia de seguretat quan es restaurarà la base de dades, qui la restaurarà i els passos de màscares de dades que s'han de seguir si es restaura la base de dades.
Pas 4: eines de prova
Definiu les eines d’automatització i gestió de proves necessàries per a l’execució de les proves. Per obtenir proves de rendiment, càrrega i seguretat, descriviu l’enfocament de la prova i les eines necessàries. Esmenteu si es tracta d’un codi obert o una eina comercial i quants usuaris hi són compatibles i planifiqueu-ne el que correspongui.
Pas 5: Liberació del control
Com es va esmentar a la nostra última Article UAT , el cicle de llançament no planificat podria donar lloc a diferents versions de programari en entorns de prova i UAT. El pla de gestió de versions amb un historial de versions adequat assegurarà l'execució de la prova de totes les modificacions d'aquesta versió.
Per exemple, Estableix el procés de gestió de la compilació que donarà resposta: on s’hauria de fer disponible la nova construcció, on s’hauria de desplegar, quan s’obtindrà la nova construcció, des d’on obtenir la versió de producció, qui donarà la oportunitat, el senyal de no sortida per a la producció , etc.
Pas 6: anàlisi de riscos
Enumereu tots els riscos que preveieu. Proporcioneu un pla clar per mitigar aquests riscos i també un pla de contingència per si veieu aquests riscos en realitat.
Pas 7: revisió i aprovacions
Quan totes aquestes activitats es defineixen al pla d’estratègia de prova, cal revisar-les per signar-les totes les entitats implicades en la gestió de projectes, l’equip empresarial, l’equip de desenvolupament i l’equip d’administració del sistema (o gestió de l’entorn).
El resum dels canvis de revisió s’ha de fer un seguiment al principi del document juntament amb el nom, la data i el comentari de l’aprovador. A més, és un document viu que significa que s’hauria de revisar i actualitzar contínuament amb les millores del procés de proves.
Consells senzills per escriure un document d'estratègia de prova
- Incloeu els antecedents del producte al document d’estratègia de prova. Al primer paràgraf del vostre document d'estratègia de prova, responeu: per què els grups d'interès volen desenvolupar aquest projecte? Això ajudarà a entendre i prioritzar les coses ràpidament.
- Enumereu totes les funcions importants que provareu. Si creieu que algunes funcions no formen part d'aquesta versió, mencioneu aquestes funcions a l'etiqueta 'Funcions que no s'han de provar'.
- Escriviu l’enfocament de prova del vostre projecte. Clarament, mencioneu quins tipus de proves realitzareu?
És a dir, proves funcionals, proves d’interfície d’usuari, proves d’integració, proves de càrrega / esforç, proves de seguretat, etc. - Respondre a preguntes com ara com es realitzaran proves funcionals? Proves manuals o d'automatització? Voleu executar tots els casos de prova des de la vostra eina de gestió de proves?
- Quina eina de seguiment d'errors utilitzaràs? Quin serà el procés quan trobeu un error nou?
- Quins són els vostres criteris d’entrada i sortida de proves?
- Com faràs un seguiment del progrés de les proves? Quines mètriques faràs servir per fer el seguiment de la finalització de la prova?
- Distribució de tasques: definiu els rols i les responsabilitats de cada membre de l'equip.
- Quins documents produirà durant i després de la fase de proves?
- Quins riscos veieu a la finalització de la prova?
Conclusió
Test Strategy no és un tros de paper. És el reflex de totes les activitats de control de qualitat del cicle de vida de les proves de programari. Consulteu aquest document de tant en tant en el procés d'execució de la prova i seguiu el pla fins a la versió del programari.
Quan el projecte s’acosta a la data de llançament, és bastant fàcil fer activitats de prova ignorant allò que heu definit al document d’estratègia de prova. Però és recomanable discutir amb el vostre equip si reduir alguna activitat en particular ajudarà o no a la publicació sense cap risc potencial de problemes importants després de la publicació.
La majoria dels equips àgils redueixen l’escriptura de documents d’estratègia, ja que l’equip es centra en l’execució de proves en lloc de documentar-se. Però tenir un pla bàsic d’estratègia de proves sempre ajuda a planificar i mitigar amb claredat els riscos implicats en el projecte. Els equips àgils poden capturar i documentar totes les activitats d'alt nivell per completar l'execució de la prova a temps sense cap problema.
Estic segur que desenvolupar un bon pla d’estratègia de proves i comprometre’m a seguir-lo definitivament millorarà el procés de prova i la qualitat del programari. Seria un plaer que aquest article us inspiri a escriure un pla d’estratègia de prova per al vostre projecte.
Si us agrada aquesta publicació, penseu en compartir-la amb els vostres amics.
=> Visiteu aquí per obtenir la sèrie completa de programes de proves
Lectura recomanada
- Document de mostra de pla de prova (exemple de pla de prova amb detalls de cada camp)
- Tutorial de pla de prova: una guia per escriure un document de pla de prova de programari des de zero
- Diferència entre pla de prova, estratègia de prova, cas de prova, script de prova, escenari de prova i condició de prova
- Exemple de plantilla de pla de prova de programari amb format i contingut
- Com preparar el pla de proves i escriure casos de prova per a aplicacions ERP: proves ERP, part 2
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Plantilla de mostra per a l'informe de prova d'acceptació amb exemples
- Exemple de plantilla de cas de prova amb exemples de casos de prova (Descarregar)