how reproduce non reproducible defect
Al món de proves de programari , un defecte un cop trobat hauria de ser reproduïble de manera consistent perquè el verificador pugui informar amb convicció, un desenvolupador pugui solucionar-ho amb claredat i l'equip de control de qualitat pugui tancar amb confiança.
convertidor de youtube a mp4 descàrrega gratuïta de la versió completa
Tanmateix, aquest procés de vegades comporta un conjunt de reptes propis. Aquest article tracta d’il·luminar aquelles zones fosques de reproducció de defectes.
En primer lloc, què és “ Reproducció d’un defecte '?
Si una determinada seqüència de passos ha aterrat el provador en un punt on s'observa una desviació en el comportament esperat, els 'passos per reproduir' són el camp del defecte que conté un registre d'aquesta seqüència de passos exacta. Si ens trobem amb el mateix problema, cada vegada que seguim aquests passos, aleshores s’anomena defecte reproduïble.
A més dels passos per reproduir més proves, com ara les dades utilitzades, captures de pantalla o també es poden proporcionar vídeos gravats en pantalla. En cas que aquesta informació es trobi inconsistent o incorrecta, els errors es podrien descomptar i marcar com a no vàlids sense una altra resolució.
Llegeix més => Com podeu resoldre tots els vostres errors sense cap etiqueta 'Error no vàlid'?
Per tant, els 'passos per reproduir' són fonamentals i els següents són alguns dels punts a tenir en compte a l'hora d'escriure aquesta part de l'informe de defectes:
Què aprendreu:
- Com escriure el defecte 'Passos per reproduir':
- Per què és tan important reproduir un defecte?
- Què són els errors / defectes 'no reproduïbles'?
- Com reproduir un defecte?
- Conclusió:
- Lectura recomanada
Com escriure el defecte 'Passos per reproduir':
- Sigues precís
- Incloeu les dades exactes utilitzades durant les proves per facilitar-ne la referència
- Els passos han d'estar en l'ordre exacte
- Esmenteu els requisits previs quan sigui aplicable
- No escriviu passos compostos.Per exemple: Si l'escenari requereix que un usuari desi un document des de Microsoft Word, s'hauria d'escriure com a 'Obriu el menú Fitxer i feu clic a l'opció Desa'.
- Comproveu sempre els passos per reproduir-los en un sistema nou i esborreu totes les cookies i la memòria cau.
- Assegureu-vos que les frases siguin curtes i sense ambigüitats
Un 'Pas per reproduir' escrit incorrectament no només podria posar en perill la validesa del defecte, sinó també implicar molt de temps perdut pel que fa a buscar aclariments i respostes sobre coses que no s'esmenten clarament.
A més, llegiu => Com escriure un bon informe de defectes
el millor descarregador de mp3 per a Android sense anuncis
Per què és tan important reproduir un defecte?
Ara, anem a esbrinar 'Per què és tan important reproduir un defecte?'
Parlant tècnicament, si no es pot reproduir un error, mai no es pot corregir .
Els següents són alguns dels factors que determinen si es soluciona un defecte:
- Informació detallada i completa a l'informe de defectes
- Si el desenvolupador és capaç d’entendre l’aparició real d’un defecte en determinades condicions?
- Si l'entorn, les eines i les versions exactes de l'aplicació estan disponibles amb els desenvolupadors sobre els quals els verificadors informen del defecte?
Què són els errors / defectes 'no reproduïbles'?
Tots els provadors han d’haver viscut aquestes situacions:
- Observant un problema durant tot el dia i al final del dia en què vau informar d’aquest defecte, trobareu que ja no es pot reproduir.
- Observar un problema de manera intermitent, és a dir, suposem que un usuari nou no pot afegir productes al carretó. Això passa 6 de cada 10 vegades.
- Problema observat només quan reiniciem l'aplicació.
En tots aquests casos, és difícil determinar l’estat exacte i informar-lo bé. Aquests problemes / defectes triguen molt a investigar-se. Aquest tipus de problemes no es poden ignorar, ja que l’usuari / client final també els pot observar.
el millor descarregador de música mp3 per a Android
Com reproduir un defecte?
Algunes coses que poden ajudar-vos són:
- Esborreu tota la memòria cau i galetes mentre es realitza l’escenari.
- Mireu i observeu cada pas.
- De vegades, la cerca d'errors o patrons similars pot ser útil per reproduir un error. Serà més fàcil identificar l’escenari si s’entén el patró.
- Anotar tots els passos i altres factors (com ara dades de prova, entorn, configuració del sistema, captures de pantalla, registres de servidor, etc.) serà una bona pràctica per reproduir fàcilment l’escenari.
- Verifiqueu-ho algunes vegades més per determinar l'aparició del defecte. No confieu i informeu més sobre la base d'una sola vegada que es produeix el problema.
- Provar amb paciència és el factor clau, ja que això pot trigar molt de temps
A més:
- Fins i tot quan ho estàs realització de proves exploratòries , assegureu-vos que sou conscients de totes les configuracions i configuracions del sistema.
- És bo utilitzar la vostra creativitat per explorar l'aplicació de diferents maneres i provar alguns escenaris poc habituals. Fins i tot en aquest cas, és recomanable seguir seqüències lògiques en lloc de realitzar passos aleatoris.
- Un cop observat un problema, sempre és una bona pràctica verificar el mateix problema en combinacions de navegadors / sistemes operatius diferents, dispositius diferents (compatibles). Això ajuda a determinar si el problema és específic del sistema o del navegador o del dispositiu.
- Mantingueu-vos al dia amb les noves tendències i fòrums sobre diferents tipus de problemes i les seves aparicions. Aquests ajuden a problemes específics del sistema, específics del navegador, específics del producte, externs, etc.
- En lloc de continuar intentant reproduir el problema un cop ocorregut, de vegades assegut i analitzant els passos realitzats podeu ajudar a trobar la solució.
- Parlar amb altres membres de l'equip o el gestor de vegades pot ser útil. També hi ha una dita: L’experiència compta .
- Compartir la pantalla també es pot considerar com una opció a part de les captures de pantalla i els vídeos per explicar el problema als desenvolupadors.
- Reproduïu els problemes més d'una vegada per estar segur de l'aparició d'un problema. En aquests casos, tindreu confiança en les proves i podreu respondre a les consultes i inquietuds dels desenvolupadors.
Conclusió:
Amb el debat general, es pot concloure clarament que és molt important 'reproduir un error' per tal de validar-lo i després solucionar-lo. Si l'error no es pot reproduir, l'esforç de prova utilitzat per trobar, analitzar i informar d'aquest error / defecte en particular suposa un malbaratament total.
Per comprendre i reproduir un error, és essencial tenir detallats i explicats correctament els 'passos per reproduir', l'estat i l'entorn en què s'ha produït l'error. És possible corregir un defecte que no es reprodueixi, però pot ser molt temps de consumir, així com una tasca molt difícil. Un altre factor més important és la comunicació adequada sense la qual es pot invalidar un error vàlid.
Per tant, per fer un esforç de prova per trobar defectes que valgui la pena, l’esmentat anteriorment pot ser útil.
Lectura recomanada
- Què és la tècnica de proves basades en defectes?
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Prova de descàrrega de llibres electrònics
- Què és el cicle de vida de defectes / errors en les proves de programari? Tutorial del cicle de vida de defectes
- Procés de gestió de defectes: com gestionar eficaçment un defecte
- Prova de càrrega amb tutorials HP LoadRunner
- Diferència entre la prova d'escriptori, el servidor de clients i la prova web
- Què és la prova de gamma? Fase de proves finals