what is defect bug life cycle software testing
Introducció al cicle de vida de defectes
En aquest tutorial, parlaré del cicle de vida d'un defecte per fer-vos conscients de les diferents etapes d'un defecte que ha de tractar un provador mentre treballa en un entorn de proves.
També he afegit les preguntes de les entrevistes més freqüents sobre el cicle de vida dels defectes. Això és important per conèixer els diversos estats d’un defecte per entendre el cicle de vida d’un defecte. La intenció principal de realitzar una activitat de prova és comprovar si el producte té algun problema / error.
En termes d’escenaris reals, tots els errors / errors / defectes s’anomenen errors / defectes i, per tant, podem dir que l’objectiu principal de fer proves és assegurar que el producte sigui menys propens a defectes (no hi ha defectes en una situació poc realista). ).
Ara, sorgeix la pregunta de què és un defecte?
Què aprendreu:
- Què és un defecte?
- Cicle de vida del defecte detallat
- Informació addicional sobre defecte o error
- Conclusió
Què és un defecte?
Un defecte, en termes senzills, és un defecte o un error en una aplicació que restringeix el flux normal d’una aplicació perquè no coincideix el comportament esperat d’una aplicació amb l’actual.
El defecte es produeix quan un desenvolupador comet un error durant el disseny o la construcció d’una aplicació i quan un provador troba aquest defecte, s’anomena defecte.
És responsabilitat d’un provador fer proves exhaustives d’una aplicació per trobar tants defectes com sigui possible per garantir que un producte de qualitat arribi al client.
És important conèixer el cicle de vida dels defectes abans de passar al flux de treball i els diferents estats del defecte.
Per tant, anem a conèixer més sobre el cicle de vida dels defectes.
Fins ara, vam discutir el significat del defecte i la seva relació en context amb l'activitat de prova. Ara anem al cicle de vida dels defectes i entenem el flux de treball d’un defecte i els diferents estats d’un defecte.
Cicle de vida del defecte detallat
Un cicle de vida de defectes, també conegut com a cicle de vida de Bug, és un cicle d’un defecte a partir del qual travessa els diferents estats de tota la seva vida. Comença tan bon punt un provador troba un defecte nou i finalitza quan un provador tanca aquest defecte assegurant que no es tornarà a reproduir.
Flux de treball de defectes
Ara és hora d’entendre el flux de treball real d’un cicle de vida de defectes amb l’ajut d’un senzill diagrama, tal com es mostra a continuació.
Estats de defectes
# 1) Novetat :Aquest és el primer estat d’un defecte del cicle de vida dels defectes. Quan es troba algun defecte nou, cau en un estat ‘Nou’ i es fan validacions i proves d’aquest defecte en les etapes posteriors del cicle de vida del defecte.
# 2) Assignat: En aquesta etapa, s’assigna un defecte de nova creació a l’equip de desenvolupament per treballar-hi. El responsable del projecte o el gerent de l'equip de proves ho assigna a un desenvolupador.
eines de prova de navegadors creuats de codi obert
# 3) Obert: Aquí, el desenvolupador inicia el procés d’anàlisi del defecte i, si escau, treballa per solucionar-lo. Si el desenvolupador creu que el defecte no és adequat, es pot transferir a qualsevol dels quatre estats següents Duplicat, diferit, rebutjat o no un error -basat en la raó específica.
Parlaré d'aquests quatre estats d'aquí a una estona.
# 4) Corregit: Quan el desenvolupador finalitzi la tasca de corregir un defecte fent els canvis necessaris, pot marcar l’estat del defecte com a 'Fixat'.
# 5) Pendent de tornar a provar: Després d’haver corregit el defecte, el desenvolupador assigna el defecte al comprovador per provar de nou el defecte al seu final i, fins que el provador treballa en provar de nou el defecte, l’estat del defecte es manté a ‘Pendent de prova’.
# 6) Prova de nou: En aquest punt, el comprovador inicia la tasca de treballar en la prova nova del defecte per verificar si el desenvolupador el soluciona amb precisió segons els requisits o no.
# 7) Torna a obrir: Si el problema persisteix, es tornarà a assignar al desenvolupador per provar-lo i l'estat del defecte es canvia a 'Torna a obrir'.
# 8) Verificat: Si el comprovador no troba cap problema en el defecte després d’haver estat assignat al desenvolupador per tornar-lo a provar i considera que si el defecte s’ha solucionat amb precisió, l’estat del defecte s’assigna a ‘Verificat’.
# 9) Tancat: Quan el defecte ja no existeix, el provador canvia l'estat del defecte a 'Tancat'.
Pocs més:
- Rebutjada: Si el desenvolupador no considera el defecte com un defecte genuí, el desenvolupador el marca com a 'Rebutjat'.
- Duplicat: Si el desenvolupador troba el defecte igual que qualsevol altre defecte o si el concepte del defecte coincideix amb qualsevol altre defecte, el desenvolupador canvia l'estat del defecte a 'Duplicar'.
- Diferit: Si el desenvolupador creu que el defecte no té una prioritat molt important i es pot solucionar en les properes versions més o menys en aquest cas, pot canviar l’estat del defecte com a 'diferit'.
- No és un error: Si el defecte no té cap impacte en la funcionalitat de l'aplicació, l'estat del defecte canvia a 'No és un error'.
El camps obligatoris quan un provador registra qualsevol error nou, hi ha la versió Build, Submit On, Product, Module, Severity, Synopsis i Description to Reproduce
A la llista anterior, podeu afegir-ne alguns camps opcionals si utilitzeu una plantilla d'enviament d'errors manual. Aquests camps opcionals inclouen el nom del client, el navegador, el sistema operatiu, els fitxers adjunts de fitxers o les captures de pantalla.
Els camps següents es mantenen especificats o en blanc:
Si teniu l’autoritat per afegir camps d’Estat d’error, Prioritat i ‘Assignat a’, podeu especificar aquests camps. En cas contrari, el Gestor de proves establirà l’estat, la prioritat de l’error i assignarà l’error al propietari del mòdul respectiu.
Mireu el següent cicle de defectes
La imatge anterior és bastant detallada i quan tingueu en compte els passos significatius del Cicle de vida d'errors, en tindreu una idea ràpida.
Si es registra amb èxit, el gestor de desenvolupament o proves revisa l'error. El gestor de proves pot establir l'estat de l'error com a Obert, pot assignar l'error al desenvolupador o es pot ajornar l'error fins a la pròxima versió.
Quan s’assigna un error a un desenvolupador i pot començar a treballar-hi. El desenvolupador pot definir l’estat de l’error perquè no s’arreglarà, no es pot reproduir, necessita més informació o es corregeix.
Si l'estat d'error establert pel desenvolupador és 'Necessita més informació' o s'ha solucionat, el QA respon amb una acció específica. Si l'error s'ha corregit, QA verifica l'error i pot definir l'estat de l'error com a verificat com a tancat o Torna a obrir.
Pautes per implementar el cicle de vida de defectes
Es poden adoptar algunes pautes importants abans de començar a treballar amb el Cicle de vida dels defectes.
Aquestes són les següents:
- És molt important que abans de començar a treballar en el cicle de vida dels defectes, tot l’equip entengui clarament els diferents estats d’un defecte (comentat anteriorment).
- El cicle de vida dels defectes s’hauria de documentar adequadament per evitar confusions en el futur.
- Assegureu-vos que cada persona a la qual se li ha assignat qualsevol tasca relacionada amb el Cicle de Vida de Defectes ha d'entendre la seva responsabilitat molt clarament per obtenir millors resultats.
- Totes les persones que canvien l’estat d’un defecte haurien de ser conscients d’aquest estat i haurien de proporcionar prou detalls sobre l’estat i la raó per la qual s’afegeix aquest estat perquè tothom que treballi en aquest defecte en particular pugui entendre la raó d’aquest estat. d’un defecte molt fàcilment.
- L'eina de seguiment de defectes s'ha de manejar amb cura per mantenir la coherència entre els defectes i, per tant, en el flux de treball del cicle de vida dels defectes.
A continuació, comentem les preguntes de l’entrevista basades en el cicle de vida dels defectes.
Preguntes freqüents importants o preguntes d’entrevistes sobre el cicle de vida d’errors
Q # 1) Què és un defecte en la perspectiva de les proves de programari?
Resposta: Un defecte és qualsevol tipus d’error o error en l’aplicació que restringeix el flux normal d’una aplicació en no coincidir el comportament esperat d’una aplicació amb l’actual.
Q # 2) Quina és la diferència principal entre error, defecte i error?
Resposta: error: Si els desenvolupadors troben que hi ha un desajust en el comportament real i esperat d’una aplicació en la fase de desenvolupament, l’anomenen un error.
Defecte: Si els verificadors troben un desajust en el comportament real i esperat d’una aplicació en la fase de prova, l’anomenen com a defecte.
Fracàs: Si els clients o usuaris finals troben un desajust en el comportament real i esperat d’una aplicació en la fase de producció, l’anomenen un error.
P # 3) Quin és l'estat d'un defecte quan es troba inicialment?
Resposta: Quan es troba un nou defecte, es troba en estat 'Nou'. Aquest és l'estat inicial d'un defecte recentment trobat.
Q # 4) Quins són els diferents estats d'un defecte en el cicle de vida del defecte quan un desenvolupador aprova i soluciona un defecte?
Resposta: Els diferents estats d’un defecte, en aquest cas, són Nou, assignat, obert, corregit, pendent de tornar a provar, tornar a provar, verificat i tancat.
P # 5) Què passa si un provador encara troba un problema en el defecte que el desenvolupador ha solucionat?
Resposta: El comprovador pot marcar l'estat del defecte com a 'Torna a obrir' si encara troba un problema en el defecte solucionat i el defecte s'assigna a un desenvolupador per tornar-lo a provar.
P # 6) Què és un defecte produïble?
Resposta: Un defecte que es produeix repetidament en cada execució i els passos del qual es poden capturar en cada execució, aleshores aquest defecte s’anomena defecte ‘produïble’.
Q # 7) Quin tipus de defecte no és reproduïble?
Resposta: Un defecte que no es produeix repetidament en totes les execucions i que només es produeix en alguns casos i els passos com a prova dels quals s’ha de capturar amb l’ajut de captures de pantalla, es diu que aquest defecte és un defecte ‘no reproduïble’.
llocs web per veure animis gratuïts en anglès
Q # 8) Què és un informe de defectes?
Resposta: Un informe de defectes és un document que inclou la informació d'informes sobre el defecte o defecte de l'aplicació que provoca el flux normal d'una aplicació desviat del seu comportament esperat.
P # 9) Quins detalls s’inclouen en un informe de defectes?
Resposta: Un informe de defectes consta dels detalls següents:
Identificador de defecte, descripció del defecte, nom de la característica, nom del cas de prova, defecte reproduïble o no, estat d’un defecte, gravetat i prioritat d’un defecte, nom del provador, data de la prova del defecte, versió de compilació en què es va trobar el defecte .
I el desenvolupador al qual s’ha assignat el defecte, el nom de la persona que ha corregit el defecte, captures de pantalla d’un defecte que representa el pas dels passos, la fixació de la data d’un defecte i la persona que ha aprovat el defecte.
Q # 10) Quan es canvia un defecte a un estat 'diferit' al cicle de vida del defecte?
Resposta: Quan un defecte que es troba no té molta importància i el que es pot solucionar en les versions posteriors es trasllada a un estat 'diferit' al cicle de vida del defecte.
Informació addicional sobre defecte o error
- Es pot introduir un defecte en qualsevol moment del cicle de vida del desenvolupament de programari.
- Abans de detectar i eliminar el defecte, serà menor el cost global de qualitat.
- El cost de la qualitat es minimitza quan s’elimina el defecte en la mateixa fase en què es va introduir.
- Les proves estàtiques detecten el defecte, no un error. El cost es minimitza ja que la depuració no està implicada.
- A les proves dinàmiques, la presència d'un defecte es revela quan causa un error.
Estats de defecte
| S.No. | Estat inicial | Estat retornat | Estat de confirmació |
|---|---|---|---|
| 1 | Recopileu informació per a la persona responsable de reproduir el defecte | El defecte es rebutja o se li demana més informació | El defecte està solucionat i s’ha de provar i tancar |
| 2 | Els estats són oberts o nous | Els Estats són rebutjats o aclarits. | Els estats es resolen i la verificació. |
Informe de defectes no vàlid i duplicat
- De vegades es produeix un defecte, no a causa del codi, sinó a causa de l'entorn de prova o de la incomprensió, s'hauria de tancar aquest informe com a defecte no vàlid.
- En el cas de l’informe duplicat, se’n conserva un i es tanca un com a duplicat. El gestor accepta algun informe no vàlid.
- El gestor de proves posseeix la gestió i el procés generals de defectes i l’equip multifuncional de l’eina de gestió de defectes és generalment responsable de gestionar els informes.
- Entre els participants hi ha el Gestor de proves, els desenvolupadors, el PM, el Gerent de producció i altres grups d'interès que hi tenen interès.
- El comitè de gestió de defectes ha de determinar la validesa de cada defecte i determinar quan s’ha de solucionar o ajornar. Per determinar-ho, tingueu en compte el cost, els riscos i els avantatges de no solucionar cap defecte.
- Si s’ha de corregir el defecte, s’ha de determinar la seva prioritat.
Dades de defecte
- Nom de la persona.
- Tipus de proves
- Resum del problema
- Descripció detallada del defecte.
- Passos per reproduir-se
- Fase del cicle de vida
- Producte de treball on es va introduir Defect.
- Gravetat i prioritat
- Subsistema o component on s’introdueix el defecte.
- Activitat del projecte que es produeix quan s’introdueix el Defecte.
- Mètode d’identificació
- Tipus de defecte
- Projecte i producte en què existeix el problema
- Actual propietari
- L'estat actual de l'informe
- Producte de treball on s'ha produït un defecte.
- Impacte en el projecte
- Risc, pèrdua, oportunitat i beneficis associats a la correcció o no del problema.
- Dates en què es produeixen diverses fases del cicle de vida de defectes.
- La descripció de com es va resoldre el defecte i recomanacions per provar-les.
- Referències
Capacitat de procés
- Informació d'introducció, detecció i eliminació -> Millorar la detecció de defectes i el cost de qualitat.
- Introducció -> Anàlisi del pretor del procés en què s’introdueix el major nombre de defectes per reduir el nombre total de defectes.
- Informació sobre l'arrel de defectes -> trobeu els motius que subratllen el defecte per reduir el nombre total de defectes.
- Informació sobre components de defectes -> Realitzar anàlisis de clústers de defectes.
Conclusió
Tot es tracta del cicle de vida i gestió dels defectes.
Espero que hagueu obtingut un coneixement immens sobre el cicle de vida d'un defecte. Aquest tutorial, al seu torn, us ajudarà a treballar fàcilment amb els defectes en el futur.
Lectura recomanada
- Què és la tècnica de proves basades en defectes?
- Què és el cicle de vida de proves de programari (STLC)?
- Tutorial Bugzilla: Tutorial pràctic de l'eina de gestió de defectes
- Fils de Java amb mètodes i cicle de vida
- Les proves de programari es basen en idees (i com generar-les)
- Tutorials Eclipse en profunditat per a principiants
- Procés de gestió de defectes: com gestionar eficaçment un defecte
- Exemples d'informes d'errors per a aplicacions web i de productes