defect triage process
Una guia completa sobre el procés de triatge de defectes i maneres efectives de gestionar la reunió de triatge de defectes:
A l’article d’avui, coneixerem la reunió de triatge de defectes i com gestionar una reunió de triatge d’una manera més fàcil i eficaç.
Abans de continuar amb aquest article, desitjo que tothom sàpiga què s’entén per defecte, cicle de vida de defectes i com definir la prioritat i la gravetat de cada defecte . I cal entendre aquests conceptes bàsics relacionats amb un defecte o error.
També podeu consultar el meu article anterior ' Cicle de vida de defectes i Procés de gestió de defectes ' per entendre aquests conceptes ràpidament.
Què aprendreu:
- Visió general
- Tria de defectes
- Plantilla de triatge de defectes
- Procés de triatge de defectes
- Rols i responsabilitats
- Conclusió
- Lectura recomanada
Visió general
La paraula 'Triatge' s’utilitza bàsicament en l’àmbit mèdic. En realitat, solia decidir l’ordre en què s’haurien de tractar els pacients. Normalment, als grans hospitals, on hi ha milers d’enfocaments de pacients per a la consulta o el tractament real diàriament. Però no tots els pacients són ingressats o tractats immediatament.
La gravetat de la malaltia o la lesió és el principal criteri de consulta i, en funció d’això, tots els pacients es classifiquen en conseqüència. Si la lesió o la salut d'algun pacient és molt crítica, els metges solen tractar aquests pacients amb prioritat i ser ingressats si cal.
Les malalties normals o lesions no crítiques es consideren amb una prioritat inferior i aquests pacients es tracten més tard.
De la mateixa manera, el terme Triage s’introdueix en la prova de programari per detectar defectes a l’aplicació o un projecte. Normalment, el procés de triatge de defectes s’implementa en grans projectes i, en molts casos, no s’aplica a projectes de petita escala. Hi ha possibilitats d’identificar un gran nombre de defectes en projectes més grans que els projectes mitjans o petits.
També en projectes més grans, la freqüència d’identificació de defectes és bastant superior.
Mireu la imatge següent que mostra el resultat de la reunió de triatge de defectes i dóna respostes a preguntes específiques com:
com provaries un bolígraf?
Tria de defectes
L’objectiu principal d’una reunió de triatge és fer un seguiment de tots els defectes i garantir la resolució correcta de manera oportuna.
Durant la fase d'execució de la prova, els verificadors comencen a informar de defectes a l'eina de gestió de defectes, com ara HP ALM , Control de qualitat, etc. Després Tria de defectes es realitza en què els desenvolupadors i verificadors han d’estar presents, ja que aquestes persones discutiran tots els defectes i prendran les accions necessàries.
Es requereix principalment la presència dels participants següents:
- Cap de projecte
- Cap de prova
- Responsable de desenvolupament o desenvolupador
- Probador
- Gestor de proves
- Analista de negoci
- Gestor de Medi Ambient
Tot i que he donat una llista exhaustiva de tots els participants a la reunió, no cal que participeu a tots ells, com ara analista de negocis, responsable de medi ambient, responsable de proves, etc. a la reunió diària. Sempre que sigui necessari, el responsable de prova o el director de projecte els conviden i poden compartir els seus valuosos comentaris i opinions sobre un defecte específic.
I tot l’equip es coneix com a Equip de triatge . Ara, explicaré el procés exacte de la reunió de triatge i com es configura aquesta reunió.
Penseu en un hipotètic exemple :Tenim un projecte relacionat amb l’aplicació bancària, la mida és molt gran i la freqüència d’identificació i notificació del defecte és elevada. Per tant, el responsable de la prova decideix organitzar una reunió de triatge de defectes amb els participants necessaris.
Per configurar una reunió, el responsable de prova envia una invitació a la reunió per correu electrònic a tothom i estableix un temps concret per a Triage Meeting. La imatge hipotètica que es mostra a continuació mostra la invitació a la reunió enviada per un responsable de prova a través de Outlook a tots els participants.
Aquí tot és imaginari a la imatge següent: noms dels participants, sala de reunions, detalls de la conferència, data, hora, etc.
(Nota:Feu clic a qualsevol imatge per obtenir una vista ampliada)
Cada dia abans de l’inici de la reunió de triatge, el responsable de prova envia una llista de tots els defectes “Obrir”, és un format de full de càlcul a tots els participants perquè puguin passar tots els defectes abans de la reunió i entendre quin és exactament el defecte i quin tipus de correcció és necessària per a això.
Abans de començar cada reunió de triatge, assegureu-vos que cada defecte:
- Té prou informació per entendre el defecte de tots els participants a la reunió.
- S'ha informat de la categoria i projecte correcte.
- Ha esmentat la prioritat i la gravetat dels defectes.
- Tota la informació detallada que es proporciona al defecte per entendre-la correctament a tots els participants.
Lectura recomanada => Una guia completa sobre el procés de gestió de defectes
Plantilla de triatge de defectes
Abans de l'inici de cada reunió de triatge de defectes, el responsable de prova comparteix l'informe de defectes a tots els participants en un format específic i l'informe extret de l'eina de gestió de defectes, com ara HP ALM, HP QC, etc. imatge següent que donarà una idea d’alt nivell de quins camps s’esmenten a la plantilla d’informe de defectes.
Normalment, els camps inclosos a l'informe de defectes són:
- Identificador de defecte
- Descripció
- Prioritat
- Gravetat
- Data de detecció
- Detectat per
- Estat
La llista no és exhaustiva, però segons la necessitat del projecte, es poden incloure els altres camps de la plantilla d'informe de defectes.
Normalment, el format de full de càlcul s’utilitza com a plantilla per a l’informe de defectes, de manera que he donat els detalls hipotètics del defecte en el format de full de càlcul. Tingueu en compte que tota la informació proporcionada a l’informe de defectes anterior només és imaginària i no està relacionada amb cap projecte o aplicació real.
Procés de triatge de defectes
Una situació coneguda i experimentada habitualment en equips de prova és la disponibilitat limitada de recursos. El triatge de defectes és un procés que intenta fer un cert equilibri com a resultat d’aquest fenomen. Per tant, quan hi ha molts defectes i desenvolupadors / verificadors limitats per solucionar-los / verificar-los, el triatge de defectes ajuda a resoldre el màxim nombre de defectes equilibrant el personal tècnic en funció de paràmetres de defectes com la prioritat i la gravetat.
Normalment, a una sessió de triatge de defectes hi assisteix el gestor de productes, un responsable de desenvolupament, un responsable de proves i, de vegades, analistes empresarials. En alguns casos, també es pot convidar a alguns altres membres a donar les seves opinions i perspectives sobre determinats defectes. Aquests es denominen col·lectivament un equip de triatge.
La majoria dels sistemes utilitzen la prioritat com a criteri principal per avaluar el defecte, però, un bon procés de triatge també té en compte la gravetat.
Vegem més de prop el procés de triatge amb dos exemples dels quals hem parlat a la secció anterior. En ambdós exemples anteriors, en realitat seria el primer defecte que tindria una prioritat molt alta. Tot i ser només un defecte cosmètic, l’impacte de no solucionar-ho seria enorme.
El segon, en canvi, és segurament un defecte de funcionalitat, però la seva aparició només es troba en determinades condicions que poques vegades es practiquen escenaris de clients. Per solucionar-ho, és possible que necessiteu més temps i més gent, cosa que es podria utilitzar millor per a altres defectes. Per tant, consideraria una prioritat inferior a la del primer i potser ajornat candidat a una altra versió.
Per tant, el procés de triatge implica que l'equip de triatge se senti junt, revisant tots els defectes, inclosos els defectes rebutjats. Elaboren una avaluació inicial dels defectes basada en el seu contingut, la seva prioritat respectiva i la configuració de gravetat; amb cada persona de l’equip de triatge que presenta la seva perspectiva sobre com prioritzar els defectes.
A continuació, el gestor de productes estableix la prioritat en funció de totes les entrades i assigna el defecte a la versió correcta, és a dir. a la versió actual o a qualsevol versió futura. També redirigeix el defecte al propietari / equip correcte per a accions posteriors. Els defectes rebutjats també es fan mitjançant una anàlisi similar. En funció del motiu del rebuig, es determina l'acció futurista de si cal ajornar-la o cancel·lar-la.
A la reunió de triatge, s'han de discutir tots i cadascun dels defectes, inclosos els defectes que es classifiquen com a prioritat inferior. La revisió de l’equip de triatge avalua tots els defectes i pren les mesures necessàries per a cada defecte. Si un defecte no conté informació, el desenvolupador assigna aquests defectes als verificadors i sol·licita la informació necessària.
La reunió de triatge es pot celebrar a la sala de reunions si tots els participants es troben al mateix lloc. Però en moltes organitzacions, el treball es duu a terme des d’un lloc diferent i tots els equips es reparteixen en diverses ubicacions de manera que la reunió també es realitza mitjançant teleconferència o Skype empresarial.
( imatge font )
el millor programari de manteniment per a Windows 10
Procés pas a pas de la reunió de triatge de defectes:
- Test Lead inicia la reunió amb l’informe de defectes que es va enviar abans del dia.
- La discussió comença amb les accions pendents de la reunió de triatge anterior. Les actualitzacions o accions necessàries que es van dur a terme en cas de defecte es discuteixen inicialment.
- Si hi ha nous defectes a l'informe de defectes, es revisaran i avaluaran aquests defectes. També es verifica si la prioritat i la gravetat s’assignen correctament, si no, es corregeixen a la reunió.
- Tots els defectes es debaten a la reunió i l'equip de desenvolupament també discuteix la complexitat de solucionar el defecte. L’equip de triatge també discuteix el risc associat al defecte.
- L’equip de triatge arriba a la conclusió de quin defecte hauria de requerir una atenció immediata i solucionar-lo i quin defecte ha d’esperar-se un cert temps i, si cal, aquests defectes es poden posposar a futures versions.
- Tots els defectes s’assignen a l’equip respectiu en QC o ALM simultàniament durant la reunió. També s’afegeixen comentaris adequats al QC / ALM.
- Es noten totes les actualitzacions essencials i els elements d'acció i el responsable de prova demana que finalitzi la reunió.
- Un cop finalitzada la reunió de triatge, el responsable de prova envia uns minuts de reunió a tots els participants.
Rols i responsabilitats
A continuació s’expliquen els rols i les responsabilitats basats en cada categoria:
Cap de prova
- El cap de prova programa una reunió de triatge de defectes i envia una invitació formal a la reunió a l’equip requerit.
- Envia l'informe de defectes abans de cada reunió de triatge.
- Inicia la reunió amb els elements d’acció pendents de la reunió de triatge anterior.
- Parleu de cada defecte i de l'impacte en la programació si hi ha funcions bloquejades a causa del defecte.
- Ajuda a assignar la prioritat i la gravetat de cada defecte si abans no s’havia assignat correctament.
- Actualitzeu el QC / ALM amb els comentaris adequats.
- Anoteu totes les actualitzacions, elements d’acció, risc relacionats amb un defecte, etc.
- Envia minuts de reunió a tots els participants.
Responsable de desenvolupament / desenvolupador
- Comparteix actualitzacions sobre els elements d'acció pendents de l'última reunió de triatge.
- Comenteu tots els defectes des d’una perspectiva tècnica.
- Identifiqueu el temps que necessitarà per solucionar-lo en funció de la complexitat del defecte i de la funcionalitat.
- Comenteu la complexitat del defecte i el risc associat al defecte, si n'hi ha.
- El responsable de desenvolupament assigna un defecte al desenvolupador adequat després de validar tota la informació detallada disponible.
- Actualitza el defecte amb la data prevista de resolució.
- Ajuda a identificar la causa arrel del defecte.
Cap de projecte
- Assegureu-vos que si tots els representants de totes les àrees estan disponibles per a la reunió.
- Si cal, el cap de projecte convida Business Analyst a la reunió a opinar sobre un defecte específic.
- Si els defectes no es mouen o hi ha algun bloquejador important, el procés d'escalada augmenta.
- Si es requereix, actua com a mediador si es produeix alguna disputa o conflicte entre els equips i pren la decisió necessària.
- Obteniu la confirmació de l’equip de desenvolupament de la propera data de llançament per als defectes solucionats.
- Conegueu la planificació actualitzada i la data de llançament del projecte a tots els equips.
De vegades, també és una bona idea involucrar els altres membres de l’equip en la trucada de triatge perquè puguin entendre i contribuir a la reunió i, si cal, també poden aportar els seus comentaris.
Conclusió
Tots els defectes registrats s’han de discutir a la reunió de triatge.
Fins i tot si es rebutja un defecte, l'equip de proves hauria de conèixer el motiu del rebuig. A més, si algun dels defectes no es pot reproduir, durant la reunió de triatge el desenvolupador pot demanar als verificadors detalls en temps real i intentar reproduir el defecte.
El triatge de defectes és important, ja que tothom sabrà quan es solucionarà el defecte i estarà disponible per tornar-lo a provar. Si algun dels defectes no és crític i per solucionar-lo, cal un gran esforç per part de l’equip de desenvolupament i la decisió la prendrà el cap de projecte.
El director del projecte decidirà la prioritat d’aquest defecte i, si cal, els defectes es poden posposar a la següent versió.
Espero que tingueu una idea clara del triatge de defectes, del procés de triatge de defectes i de maneres de gestionar eficaçment les reunions de triatge de defectes.
Lectura recomanada
- Procés de gestió de defectes: com gestionar eficaçment un defecte
- Què és la tècnica de proves basades en defectes?
- Mètodes i tècniques de prevenció de defectes
- Què és el cicle de vida de defectes / errors en les proves de programari? Tutorial del cicle de vida de defectes
- Tutorial Bugzilla: Tutorial pràctic de l'eina de gestió de defectes
- Tutorial del Centre de qualitat Micro Focus (dia 6): gestió de defectes
- Triaging de defectes a Scrum: com s’organitza en una configuració de Scrum
- 3 Els pitjors hàbits d’informació de defectes i com trencar-los