qa software testing checklists
Llistes de comprovació de proves de control de qualitat del programari
Avui us presentem una altra eina de qualitat que tan sovint és infrautilitzada que hem pensat que revisaríem els detalls amb l’esperança que recuperés la seva glòria perduda. És 'Llista de comprovació'.
Definició: Una llista de comprovació és un catàleg d’elements / tasques que es registren per al seguiment. Aquesta llista es pot ordenar en una seqüència o pot ser casual.
Les llistes de comprovació formen part de la nostra vida quotidiana. Els fem servir en diverses situacions, des de compres de queviures fins a tenir una llista de tasques per a les activitats del dia.
Què aprendreu:
Visió general de les llistes de comprovació de proves de programari de control de qualitat
Tan bon punt arribem a l'oficina, sempre fem una llista de les coses que cal fer per a aquest dia / setmana, com a continuació:
- Omplir horari
- Acabar documentació
- Truqueu a l’equip offshore a les 10:30 del matí
- Reunió a les 4 de la tarda, etc.
Quan un element de la llista estigui acabat, el traieu, el traieu de la llista o marqueu l'element amb una marca per marcar-ne la finalització. No ens és massa familiar?
Tanmateix, és per a tot això?
millor programari espia per a l'iPhone 5
Podem utilitzar llistes de comprovació en els nostres projectes de TI formalment (específicament QA) i, si és així, quan i com? Això és el que es tractarà a continuació.
Personalment defenso l’ús de llistes de comprovació pels motius següents:
- És versàtil: es pot utilitzar per a qualsevol cosa
- Fàcil de crear / utilitzar / mantenir
- Analitzar els resultats (estat de progrés / finalització de la tasca) és molt senzill
- Molt flexible: podeu afegir o eliminar elements si cal
Com és la pràctica general, parlarem dels aspectes 'Per què' i 'Com'.
- Per què necessitem llistes de comprovació? : Per al seguiment i avaluació de la finalització (o no). Per fer una nota de les tasques, de manera que res no passi per alt.
- Com creem llistes de comprovació? : Bé, això no podria ser més senzill. Simplement, escriviu-ho tot punt per punt.
Exemple de llistes de comprovació per als processos de control de qualitat:
Com he esmentat anteriorment, hi ha algunes àrees en el camp de control de qualitat on podem posar en pràctica el concepte de llista de verificació i obtenir bons resultats. Dues de les àrees que veurem avui són:
- Revisió de la preparació per a la prova
- Quan deixar de provar o sortir de la llista de comprovació dels criteris
# 1) Revisió de la capacitat de prova
Aquesta és una activitat molt habitual que cada equip de control de qualitat realitza per determinar si tenen tot el necessari per passar a la fase d’execució de la prova. A més, es tracta d’una activitat recurrent abans de cada cicle de proves en projectes que impliquen diversos cicles.
Per no tenir problemes després de començar la fase de proves i adonar-nos que hem entrat a la fase d'execució prematurament, cada projecte de control de qualitat ha de dur a terme una revisió per determinar que té totes les aportacions necessàries per provar amb èxit.
Una llista de comprovació facilita aquesta activitat perfectament. Us permet fer una llista de les 'coses necessàries' per endavant i revisar cada element seqüencialment. Fins i tot podeu tornar a utilitzar el full un cop creat per a cicles de prova posteriors.
Informació addicional: Generalment es crea la revisió de la preparació per a la prova i la realitza el representant de l’equip de control de qualitat. Els resultats es comparteixen amb els PMs i els altres membres de l'equip per indicar si l'equip de prova està preparat o no per passar a la fase d'execució de la prova.
A continuació es mostra un exemple d’una llista de comprovació de la revisió de la preparació per a proves:
Criteris de revisió de la preparació per a la prova (TRR) | Estat |
Tots els requisits finalitzats i analitzats | Fet |
Pla de proves creat i revisat | Fet |
Preparació de casos de prova fet | |
Reviseu el cas de prova i tanqueu la sessió | |
Dades de prova disponibilitat | |
Proves de fum | |
Es fan les proves de seny? | |
Equip conscient dels rols i responsabilitats | |
Equip conscient dels lliuraments que s’esperen d’ells | |
Equip conscient del Protocol de comunicació | |
Accés de l’equip a l’aplicació, eines de control de versions, Gestió de proves | |
L’equip està format | |
Aspectes tècnics: servidor 1 actualitzat o no? | |
Es defineixen els estàndards d’informació de defectes |
Ara, tot el que heu de fer amb aquesta llista és marcar com a fet o no fet.
# 2) Llista de comprovació de criteris de sortida
Com el seu nom indica, es tracta d’una llista de comprovació que ajuda a la presa de decisions sobre si s’hauria d’aturar o continuar una fase / cicle de proves.
Atès que no és possible un producte lliure de defectes i haurem d’assegurar-nos que provem en la mesura que sigui possible en el temps donat: es crea una llista de verificació de l’efecte següent per fer un seguiment dels criteris més importants que s’han de complir. per considerar satisfactòria una fase de proves.
Criteris de sortida | Estat |
S'han executat 100% scripts de prova | Fet |
Percentatge d'aprovació del 95% dels scripts de prova | |
No hi ha defectes crítics oberts i d’alta gravetat | |
El 95% dels defectes de gravetat mitjana s'han tancat | |
Tots els defectes restants es cancel·len o es documenten com a sol·licituds de canvi per a una versió futura | |
Tots els resultats esperats i reals es capturen i documenten amb l'script de prova | Fet |
Totes les mètriques de prova es recopilen segons els informes de HP ALM | |
Tots els defectes es registren a HP ALM | Fet |
La memòria de tancament de la prova s'ha completat i s'ha tancat la sessió |
Llista de comprovació de proves
Voleu iniciar un nou projecte per provar-lo? No oblideu consultar aquesta llista de comprovació de proves en tots i cadascun dels passos del vostre cicle de vida del projecte. La llista és majoritàriament equivalent al pla de proves, que abastarà tots els estàndards de verificació i garantia de qualitat.
Llista de comprovació de proves:
- Crea proves de sistema i d'acceptació ()
- Iniciar la creació de la prova d'acceptació ()
- Identifica l'equip de prova ()
- Crea un pla de treball ()
- Crea un enfocament de prova ()
- Enllaçar els criteris i requisits d'acceptació per formar la base de la prova d'acceptació ()
- Utilitzeu un subconjunt de casos de proves del sistema per formar una part de requisits de la prova d'acceptació ()
- Creeu scripts per al seu ús pel client per demostrar que el sistema compleix els requisits ()
- Creeu una programació de proves. Incloeu persones i tots els altres recursos. ()
- Prova d'acceptació de conducta ()
- Inicia la creació de la prova del sistema ()
- Identifiqueu els membres de l'equip de proves ()
- Crea un pla de treball ()
- Determineu els requisits de recursos ()
- Identificar eines de productivitat per provar ()
- Determineu els requisits de dades ()
- Arribar a un acord amb Data Center ()
- Crea un enfocament de prova ()
- Identifiqueu les instal·lacions necessàries ()
- Obteniu i reviseu el material de prova existent ()
- Creeu un inventari d'elements de prova ()
- Identificar estats, condicions, processos i procediments de disseny ()
- Determineu la necessitat de fer proves basades en codi (caixa blanca). Identificar les condicions. ()
- Identifiqueu tots els requisits funcionals ()
- Finalitza la creació d’inventari ()
- Iniciar la creació de casos de prova ()
- Creeu casos de prova basats en l'inventari d'elements de prova ()
- Identificar grups lògics de funció empresarial per al nou sistema ()
- Divideix els casos de prova en grups funcionals rastrejats per provar l'inventari d'articles ()
- Dissenyeu conjunts de dades que corresponguin a casos de prova ()
- Finalització de la creació de casos de prova ()
- Reviseu les funcions empresarials, casos de prova i conjunts de dades amb els usuaris ()
- Obteniu la signatura del disseny de proves del líder del projecte i de la QA ()
- Disseny final de prova ()
- Comença la preparació de la prova ()
- Obteniu recursos d'assistència de proves ()
- Descriviu els resultats esperats per a cada cas de prova ()
- Obteniu dades de prova. Validar i rastrejar per provar casos ()
- Prepareu scripts de prova detallats per a cada cas de prova ()
- Prepareu i documenteu els procediments de configuració ambiental. Inclou plans de còpia de seguretat i recuperació ()
- Finalitzar la fase de preparació de la prova ()
- Prova del sistema de conducta ()
- Executa scripts de prova ()
- Compareu el resultat real amb l'esperat ()
- Documenta les discrepàncies i crea un informe de problemes ()
- Prepareu l'entrada de fase de manteniment ()
- Torneu a executar el grup de prova després de reparar el problema ()
- Creeu un informe de prova final, incloeu una llista d'errors coneguts ()
- Obteniu la sessió formal ()
Llista de comprovació de l’automatització
Si responeu que sí a alguna d’aquestes preguntes, s’hauria de considerar seriosament la prova per a l’automatització.
P # 1) Es pot definir la seqüència d'accions de prova?
Resposta: És útil repetir la seqüència d’accions moltes vegades? Alguns exemples d’això serien proves d’acceptació, proves de compatibilitat, proves de rendiment i proves de regressió.
Q # 2) És possible automatitzar la seqüència d'accions?
Resposta: Això pot determinar que l'automatització no sigui adequada per a aquesta seqüència d'accions.
P # 3) És possible 'semiautomatitzar' una prova?
Resposta: Automatitzar parts d’una prova pot accelerar el temps d’execució de la prova.
Q # 4) El comportament del programari que es prova és el mateix amb l'automatització que sense?
Resposta: Aquesta és una preocupació important per a les proves de rendiment.
P # 5) Esteu provant aspectes que no pertanyen a la IU del programa? Resposta: Gairebé totes les funcions que no són d’interfície d’usuari poden i han de ser proves automatitzades.P # 6) Cal que feu les mateixes proves en diverses configuracions de maquinari?
el millor tallafoc gratuït per a Windows 7
Resposta: Executeu proves ad-hoc (Nota: L’ideal seria que cada error tingui un cas de prova associat. Les proves ad hoc es fan millor manualment. Us heu d’intentar imaginar a vosaltres mateixos en situacions del món real i fer servir el vostre programari com ho faria el vostre client. A mesura que es trobin durant les proves ad-hoc, s’han de crear nous casos de prova perquè es puguin reproduir fàcilment i que es puguin realitzar proves de regressió quan arribeu a la fase de compilació d’errors zero.)
Una prova ad-hoc és una prova que es realitza manualment quan el provador intenta simular l’ús real del producte de programari. És quan es realitzen proves ad hoc que es trobaran la majoria d’errors. Cal subratllar que l’automatització no pot substituir mai les proves manuals.
Punts a tenir en compte:
- Els dos anteriors són exemples per mostrar l’ús de llistes de comprovació Processos de control de qualitat , però l’ús no es limita a aquestes dues àrees.
- Els ítems de cada llista també són indicadors per donar una idea als lectors sobre quin tipus d’ítems es poden incloure i fer un seguiment, tot i que la llista es pot ampliar i / o compactar segons sigui necessari.
Realment esperem que els exemples anteriors hagin tingut èxit en avançar el potencial de les llistes de control als processos de control de qualitat i de TI.
Per tant, la propera vegada que necessiteu una eina senzilla que sigui semi-formal, senzilla i eficient, esperem haver-vos orientat a donar una oportunitat a les llistes de control. De vegades, la solució més senzilla és la millor.
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Prova de programari Treball d'assistent de control de qualitat
- Curs de proves de programari: a quin institut de proves de programari m'he d'afegir?
- Selecció de proves de programari com a carrera professional
- Prova de programari Treball freelance d'escriptor de contingut tècnic
- Documentació de preguntes de mostra de certificació de proves ISTQB amb respostes
- Algunes preguntes d’entrevistes de proves de programari interessants
- Opinions i ressenyes sobre cursos de proves de programari