how report test execution smartly
Informes d'estat de proves de programari
'L'acord que una determinada informació, en un format determinat, serà enviada per un determinat equip / individu, a certs intervals de temps, a determinats membres - és com un apretó de mans - un reconeixement que, independentment del resultat d'una tasca mà, se us mantindrà al dia més aviat que tard ”.
Aquesta és la primera secció del jurament d’un professional de TI. Bé, estic fent broma! No hi ha cap jurament, però si n’hi hagués, segur que això encapçalaria la llista d’elements. No és així?
La rendició de comptes i la transparència (A&T) són essencials per a cada projecte de TI a diversos nivells: nivell de projecte, nivell d'equip, nivell de tasques i també a nivell individual. Com ens assegurem que es compleixin aquests atributs? La resposta és: comunicar-se, més formalment, Informes d'estat !
A nivell individual, no tots enviem informes, sobretot, EOD cada dia per comunicar-vos la realització (o no) de les vostres tasques diàries. Això demostra que, de fet, 'sou' conscients de quines eren les vostres obligacions per començar.
Què aprendreu:
Informe d'estat diari
La informació que ha de formar part de l ''Informe d'estat diari' d'una persona és:
com iniciar un fitxer .jar
- Què has fet avui?
- Què penses fer demà?
- Heu tingut problemes durant el dia? En cas afirmatiu, com els vau resoldre o encara estan oberts?
- Necessiteu aportacions per demà? Si és així, de qui i què són?
El destinatari d’aquest correu electrònic / informe és generalment el gestor, també es pot contactar amb els membres de l’equip en alguns casos; això depèn del protocol de comunicació que segueix l’equip.
Informes de proves
Ara és el moment d’especificar i conèixer tot sobre els informes que envien els equips de proves / control de qualitat.
Els equips de proves envien diversos informes en diferents fases del STLC.
- Estat del pla de prova
- Estat de la documentació de prova
- Estat d'execució de la prova (estat de defecte)
Pla de proves : N’hi ha prou amb comunicar-se amb la resta d’equips del projecte, quan es crea un pla de prova o quan s’hi fa un canvi important.
Documentació de proves : Feu saber a tots els equips quan han començat el disseny de les proves, la recopilació de dades i altres activitats i també quan han finalitzat. Aquest informe no només els informarà sobre el progrés de la tasca, sinó que també els indicarà als equips que necessiten revisar i proporcionar la signatura dels artefactes, que continuaran.
Execució de la prova : L’execució és la fase d’un projecte quan l’equip de proves és l’enfocament principal - de forma positiva i negativa - tant som els herois com els dolents.
Un dia habitual durant un cicle de prova no es fa tret que s'enviï l'informe diari d'estat. En alguns equips, podrien acordar un informe setmanal, però fer-lo arribar diàriament és la norma.
Tampoc és estrany tenir una reunió d’estatus cada dia (o setmana) per presentar l’estat de l’equip de control de qualitat a les parts interessades.
programari sql gratuït per a Windows 10
Per tant, el mode d'un informe d'estat pot ser:
- Correu electrònic / document
- Reunió / presentació
- Tots dos: correu electrònic diari i reunió setmanal més o menys.
Informe d'estat d'execució de la prova
Informe d'execució de proves diàries / setmanals:
Què es? En general, es tracta d’una comunicació que s’envia per establir transparència a les activitats del dia de l’equip de control de qualitat durant el cicle de proves: inclou tant informació sobre defectes com informació sobre l’execució dels casos de prova.
A qui ha d’anar? - Normalment, l’equip de desenvolupament, l’equip de suport al medi ambient, l’analista de negocis i l’equip del projecte són els destinataris / participants de la reunió. El pla de proves és el millor lloc per trobar aquesta informació.
Què conté un informe d'estat d'execució de la prova? - 10 punts
- Nombre de casos de prova previstos per a aquell dia
- Nombre de casos de prova executats - aquell dia
- Nombre de casos de prova executats globalment
- Nombre de defectes trobats aquell dia / i els seus respectius estats
- Nombre de defectes trobats fins ara / i els seus respectius estats
- Nombre de defectes crítics: encara està obert
- Temps d’aturada del medi ambient (si n’hi ha)
- Showstoppers (si n’hi ha)
- Adjunt del full d'execució de la prova / Enllaç al fitxer Eina de gestió de proves on es col·loquen els casos de prova
- Adjunt a l'informe d'error / enllaç a l'eina Defectes / Proves / Gestió que s'utilitza per a la gestió d'incidents
Els 10 punts anteriors, si ho observeu de prop, són les dades brutes. Informar dels fets és una cosa i informar d’alguns fets ‘intel·ligents’ és una altra . Com restringim aquesta informació?
- Mostra l'estat general amb un indicador de color. Per exemple, Verd: puntual, taronja; una mica enrere, però pot absorbir el retard; vermell; retardat.
- Incloeu algunes mètriques senzilles com ara Pass% de casos de prova fins ara, densitat de defectes,% de defectes greus; en fer això, no només doneu números, sinó que en realitat feu una idea de la qualitat del producte que esteu provant.
- Si una fase significativa és completa, ressalteu-la.
- Si hi ha un defecte crític que bloquejarà tota / una part de l'execució futura, ressalteu-ho.
- Si utilitzeu una presentació, assegureu-vos d’incloure alguns gràfics per tenir un millor impacte.
Per exemple, el gràfic següent és una representació de el nombre de defectes oberts, segons el mòdul :
A part d’aquests, també podeu incloure:
- Quines són les activitats previstes a continuació?
- Necessiteu aportacions d'algun dels altres equips i, si és així, què?
Per últim, algunes indicacions per ajudar al procés:
- Sigues concís al mateix temps que completat
- Assegureu-vos que els resultats que informeu siguin exactes
- Utilitzeu punts amb pics per fer que l'informe sigui molt llegible
- Marqueu-ho de nou per incloure la data, el tema, la llista i els fitxers adjunts adequats.
- Si l'informe és massa gran i té massa factors per informar: col·loqueu-lo en un lloc comú com a fitxer i envieu un enllaç al correu electrònic en lloc del fitxer mateix. (Assegureu-vos que els destinataris tinguin permisos d'accés a aquesta ubicació i al fitxer)
- Si es tracta d’una reunió d’estat: estigueu preparats per a la presentació, arribeu a temps i el més important, mantingueu un to uniforme (no us enorgulleu massa dels defectes, en general són “males notícies”).
Exemple d’informe d’estat
Informe d'estat de les proves de control de qualitat:
Seguint aquestes directrius, vam arribar a l'informe d'estat següent.
Per a la comoditat dels nostres lectors, hem inclòs 3 fulls que transmeten diferents nivells d’informació que poden transmetre.
Full 1 - és un resum de l'estat general del projecte.
Fitxa 2 - tracta més sobre els detalls individuals de l'estat del cas de prova.
Full 3 - és un exemple d'informe d'errors.
Descarregueu-ho Plantilla Xls d'informe d'estat de mostra amb els tres fulls. (Feu clic amb el botó dret a l'enllaç i seleccioneu 'Desa l'enllaç com a ..' per baixar-lo)
com veure fitxers .eps
Sobre l'autor - Aquest és un article del membre de l'equip de STH Swati Seela. Podeu saber més sobre ella al nostre Pàgina del curs de proves de programari .
Comparteix els teus comentaris i preguntes amb nosaltres a continuació.
Lectura recomanada
- Com escriure un informe d'estat setmanal de proves de programari
- Com actualitzar l’estat d’execució del cas de proves TestLink de forma remota mitjançant Selenium: tutorial núm. 3
- Com escriure un informe de resum eficaç de la prova efectiva (Descàrrega d'informe de mostra)
- Exemple d’informe d’errors
- Plantilla de mostra per a l'informe de prova d'acceptació amb exemples
- Biblioteca de plantilles estàndard (STL): una breu introducció
- Creació de genèrics i proves: Tutorial Selenium núm. 22
- Exemple de plantilla de cas de prova amb exemples de casos de prova (Descarregar)