defect triage process
Een complete gids voor het Defect Triage-proces en effectieve manieren om met Defect Triage Meeting om te gaan:
In het artikel van vandaag leren we over Defect Triage-bijeenkomst en hoe je een triage-bijeenkomst op een eenvoudigere en effectieve manier kunt afhandelen.
Voordat ik verder ga met dit artikel, zou ik willen dat iedereen weet wat wordt bedoeld met een defect, defecte levenscyclus en hoe u prioriteit en ernst instelt voor elk defect En het is noodzakelijk om deze basisconcepten met betrekking tot een defect of bug te begrijpen.
Je kunt ook mijn eerdere artikel doornemen Defecte levenscyclus en Defectenbeheerproces om deze concepten snel te begrijpen.
Wat je leert:
hoe speel ik swf-bestanden
- Overzicht
- Defect Triage Meeting
- Defect Triage-sjabloon
- Defect Triage-proces
- Rollen en verantwoordelijkheden
- Gevolgtrekking
- Aanbevolen literatuur
Overzicht
Het woord 'Triage' wordt voornamelijk gebruikt op medisch gebied. In feite bepaalde het vroeger de volgorde waarin de patiënten moesten worden behandeld. Gewoonlijk in grote ziekenhuizen, waar dagelijks duizenden patiënten benaderen voor consultatie of daadwerkelijke behandeling. Maar niet alle patiënten worden onmiddellijk opgenomen of behandeld.
De ernst van de ziekte of het letsel is het belangrijkste criterium voor overleg en op basis hiervan worden alle patiënten dienovereenkomstig gecategoriseerd. Als het letsel of de gezondheid van een patiënt erg kritiek is, behandelen de artsen dergelijke patiënten meestal met voorrang en worden ze indien nodig opgenomen.
Normale ziekten of niet-kritieke verwondingen krijgen een lagere prioriteit en dergelijke patiënten worden later behandeld.
Evenzo wordt de term Triage geïntroduceerd bij het testen van software op defecten in de applicatie of een project. Meestal wordt het Defect Triage-proces geïmplementeerd in grote projecten en in veel gevallen is het niet toepasbaar op kleinschalige projecten. Er zijn kansen om een groot aantal defecten te identificeren bij grotere projecten dan bij middelgrote of kleine projecten.
Ook bij grotere projecten is de frequentie van het opsporen van defecten aanzienlijk hoger.
Bekijk de onderstaande afbeelding die de uitkomst van de Defect-triage-bijeenkomst laat zien en antwoorden geeft op specifieke vragen zoals:
Defect Triage Meeting
Het belangrijkste doel van een triagebijeenkomst is om alle defecten op te sporen en tijdig voor de juiste oplossing te zorgen.
Tijdens de testuitvoeringsfase beginnen de testers defecten in de Defect Management-tool te melden, zoals HP ALM , QC enz. Dan Defect Triage Meeting wordt gehouden waarin de ontwikkelaars en testers aanwezig moeten zijn, aangezien deze mensen alle defecten zullen bespreken en de nodige verdere stappen zullen ondernemen.
De aanwezigheid van de onderstaande deelnemers is voornamelijk verplicht:
- Projectleider
- Test Lead
- Ontwikkelingsleider of ontwikkelaar
- Tester
- Test Manager
- Bedrijfsanalist
- Omgevingsmanager
Hoewel ik een volledige lijst heb gegeven van alle deelnemers aan de bijeenkomst, is het niet nodig om ze allemaal, zoals Business Analist, Omgevingsmanager, Testmanager, etc. bij de dagelijkse bijeenkomst te betrekken. Wanneer nodig nodigt de Test Lead of Project Manager hen uit en zij kunnen hun waardevolle feedback en mening over een specifiek defect delen.
de standaardgateway is niet beschikbaar windows 10 wifi
En het hele team staat bekend als een Triage-team Nu ga ik het exacte proces van triagebijeenkomsten uitleggen en hoe deze bijeenkomst is opgezet.
Beschouw een hypothetisch voorbeeld We hebben één project met betrekking tot de bankapplicatie, de omvang is erg groot en de frequentie van het identificeren en rapporteren van het defect is hoog. Daarom besluit de Test Lead om een Defect Triage Meeting te organiseren met de benodigde deelnemers.
Voor het opzetten van een meeting stuurt de Test Lead een uitnodiging voor een meeting via e-mail naar iedereen en stelt een bepaalde timing in voor Triage Meeting. De onderstaande hypothetische afbeelding toont de uitnodiging voor een vergadering die door een testleider via Outlook naar alle deelnemers is gestuurd.
Hier is alles denkbeeldig in de onderstaande afbeelding, zoals de namen van de deelnemers, de vergaderruimte, de details van de telefonische vergadering, datum, tijd enz.
Notitie:Klik op een afbeelding voor een vergrote weergave)
Elke dag vóór de start van de triagebijeenkomst stuurt de testleider een lijst met alle 'open' defecten in een spreadsheetformaat naar alle deelnemers, zodat ze alle defecten vóór de bijeenkomst kunnen doornemen en begrijpen wat het defect precies is en wat voor soort oplossing ervoor nodig is.
Zorg er voor de start van elke triagebijeenkomst voor dat elk defect:
- Heeft voldoende informatie om het defect te begrijpen voor alle deelnemers aan de vergadering.
- Heeft gerapporteerd onder correct project en categorie.
- Heeft de prioriteit en ernst van de gebreken genoemd.
- Alle gedetailleerde informatie die in het defect wordt verstrekt om het correct te begrijpen voor alle deelnemers.
Aanbevolen lezen Een complete gids voor het beheer van defecten
Defect Triage-sjabloon
Voorafgaand aan de kickstart van elke Defect Triage Meeting, deelt de Test Lead het defectrapport met alle deelnemers in een specifiek formaat en wordt het rapport uit de Defect Management Tool gehaald, zoals HP ALM, HP QC enz. Ik laat één voorbeeldformaat zien in de onderstaande afbeelding die een algemeen idee geeft van welke velden worden vermeld in de Defect Report Template.
Gewoonlijk zijn de velden in het defectrapport:
- Defect ID
- Omschrijving
- Prioriteit
- Ernst
- Gedetecteerde datum
- Gedetecteerd door
- Toestand
De lijst is niet uitputtend, maar afhankelijk van de projectbehoefte kunnen de andere velden in het defectrapportsjabloon worden opgenomen.
Gewoonlijk wordt het spreadsheetformaat gebruikt als een sjabloon voor defectrapportage, daarom heb ik de hypothetische defectdetails in het spreadsheetformaat gegeven. Houd er rekening mee dat alle informatie in het bovenstaande defectrapport slechts denkbeeldig is en niet gerelateerd is aan een project of daadwerkelijke toepassing.
Defect Triage-proces
Een veel gehoorde en ervaren situatie bij testteams is de beperkte beschikbaarheid van middelen. Defect-triage is een proces dat probeert om als gevolg van dit fenomeen wat opnieuw in evenwicht te brengen. Dus als er veel defecten zijn en er zijn beperkte ontwikkelaars / testers om ze te repareren / verifiëren, helpt het triage van defecten om zoveel mogelijk defecten te verhelpen door het technische personeel te balanceren op basis van defectparameters zoals prioriteit en ernst.
Meestal wordt een defect-triage-sessie bijgewoond door de productmanager, een ontwikkelingsleider, een testleider en soms bedrijfsanalisten. In sommige gevallen kunnen bepaalde andere leden ook worden uitgenodigd om hun mening en standpunt over bepaalde gebreken te geven. Deze worden gezamenlijk een triageteam genoemd.
De meeste systemen gebruiken prioriteit als het belangrijkste criterium om het defect te beoordelen, maar een goed triageproces houdt ook rekening met de ernst.
Laten we het triageproces eens nader bekijken aan de hand van twee voorbeelden waarover we het in de vorige sectie hebben gehad. In beide bovenstaande voorbeelden zou het eigenlijk het eerste defect zijn dat een zeer hoge prioriteit zou krijgen. Ondanks dat het slechts een cosmetisch defect is, zou de impact van het niet repareren enorm zijn.
De tweede is daarentegen een zeker functioneel defect, maar het komt alleen voor in bepaalde omstandigheden die zelden worden toegepast bij klantenscenario's. Het repareren ervan heeft mogelijk meer tijd en mensen nodig, die beter kunnen worden gebruikt voor andere defecten. Daarom zou het een lagere prioriteit achten dan die van de eerste en misschien de kandidaat uitstellen naar een andere vrijlating.
Het triageproces houdt dus in dat het triageteam bij elkaar zit en alle defecten bekijkt, inclusief afgekeurde defecten. Ze maken een eerste beoordeling van de defecten op basis van de inhoud, hun respectieve prioriteit en ernstinstellingen; waarbij elke persoon in het triage-team hun perspectief presenteert over hoe de defecten kunnen prioriteren.
De productmanager stelt vervolgens de prioriteit in op basis van alle inputs en wijst het defect toe aan de juiste release, d.w.z. in de huidige release of een toekomstige release. Hij stuurt het defect ook door naar de juiste eigenaar / team voor verdere actie. Afgewezen defecten worden ook aan een soortgelijke analyse onderworpen. Op basis van de reden voor afwijzing, wordt de futuristische actie bepaald of deze moet worden uitgesteld of geannuleerd.
In de triagebijeenkomst moet elk defect worden besproken, inclusief de defecten die zijn gecategoriseerd als een lagere prioriteit. De beoordeling van het triage-team evalueert alle defecten en neemt de nodige maatregelen voor elk defect. Als er een tekort aan informatie is, wijst de ontwikkelaar dergelijke defecten terug aan de testers en vraagt hij om de nodige informatie.
De triagebijeenkomst kan in de vergaderruimte worden gehouden als alle deelnemers zich op dezelfde locatie bevinden. Maar bij veel organisaties wordt er vanuit een andere locatie gewerkt en zijn alle teams verspreid over verschillende locaties zodat de meeting ook via teleconferentie of zakelijk Skype plaatsvindt.
beeld bron
Stap voor stap proces van de defect-triage meeting:
- Test Lead trapt de meeting af met het defectrapport dat eerder op de dag is verzonden.
- De discussie begint met de lopende acties van de vorige triagebijeenkomst. De noodzakelijke updates of maatregelen die zijn genomen voor een defect, worden in eerste instantie besproken.
- Als er nieuwe defecten in het defectrapport staan, worden deze defecten beoordeeld en beoordeeld. Het controleert ook of de prioriteit en ernst correct zijn toegewezen, zo niet, dan worden deze tijdens de vergadering gecorrigeerd.
- Alle defecten worden besproken in de vergadering en het ontwikkelteam bespreekt ook de complexiteit van het repareren van het defect. Het risico van het defect wordt ook besproken door het triageteam.
- Triage-team komt tot een conclusie over welk defect onmiddellijke aandacht en reparatie vereist en welk defect enige tijd moet wachten en indien nodig kunnen die defecten worden uitgesteld naar toekomstige releases.
- Alle defecten worden tijdens de vergadering gelijktijdig toegewezen aan het respectieve team in QC of ALM. Passende opmerkingen worden ook toegevoegd in de QC / ALM.
- Alle essentiële updates en actiepunten worden genoteerd en de testleider roept voor het einde van de bijeenkomst.
- Nadat de triage-vergadering is voltooid, stuurt de testleider notulen van de vergadering naar alle deelnemers.
Rollen en verantwoordelijkheden
Rollen en verantwoordelijkheden op basis van elke categorie worden hieronder uitgelegd:
Test Lead
- Test Lead plant een defect-triage-meeting en stuurt een formele uitnodiging voor een meeting naar het vereiste team.
- Stuurt het defectrapport voor elke triagebijeenkomst.
- Start de meeting met de actiepunten van de vorige triage-meeting.
- Bespreek elk defect en de impact op de planning als er functionaliteiten zijn geblokkeerd als gevolg van het defect.
- Helpt bij het toewijzen van prioriteit en ernst van elk defect als het niet eerder correct was toegewezen.
- Werk de QC / ALM bij met de juiste opmerkingen.
- Noteer alle updates, actie-items, risico met betrekking tot een defect, enz.
- Stuurt notulen van de vergadering naar alle deelnemers.
Ontwikkelingsleider / ontwikkelaar
- Deel updates over de actie-items in afwachting van de laatste triage-bijeenkomst.
- Bespreek alle gebreken vanuit een technisch perspectief.
- Bepaal hoeveel tijd het kost om het probleem op te lossen op basis van de complexiteit van het defect en de functionaliteit.
- Bespreek de complexiteit van het defect en de eventuele risico's die aan het defect zijn verbonden.
- Development Lead wijst defect toe aan de juiste ontwikkelaar na validatie van alle beschikbare gedetailleerde informatie.
- Werkt het defect bij met de verwachte oplossingsdatum.
- Helpt bij het identificeren van de hoofdoorzaak van het defect.
Projectleider
- Zorg ervoor dat alle vertegenwoordigers van elke regio beschikbaar zijn voor de vergadering.
- Indien nodig nodigt de projectmanager Business Analist in de vergadering uit voor hun mening over een specifiek gebrek.
- Als de defecten niet bewegen of als er een grote blokkering is, escaleert het met het escalatieproces.
- Treedt indien nodig op als bemiddelaar bij een geschil of conflict tussen de teams en neemt de nodige beslissing.
- Neem de bevestiging van het ontwikkelteam voor de volgende releasedatum voor opgeloste defecten.
- Stel alle teams op de hoogte van het bijgewerkte schema en de releasedatum van het project.
Soms is het ook een goed idee om de andere teamleden bij de triage-oproep te betrekken, zodat ze ook de bijeenkomst kunnen begrijpen en eraan kunnen bijdragen en indien nodig ook feedback kunnen geven.
soap interviewvragen en antwoorden voor ervaren
Gevolgtrekking
Elk geregistreerd defect moet worden besproken tijdens de triage-bijeenkomst.
Zelfs als een defect wordt afgekeurd, moet het testteam de reden voor afkeuring weten. Ook als een van de defecten niet reproduceerbaar is, kan de ontwikkelaar tijdens de triagebijeenkomst de testers om realtime details vragen en kunnen ze proberen het defect te reproduceren.
Defect Triage is belangrijk omdat iedereen weet wanneer het defect wordt verholpen en beschikbaar is voor her-test. Als een van de defecten niet-kritiek is en om het defect te herstellen, vereist dit enorme inspanningen van het ontwikkelingsteam en zal de beslissing worden genomen door de projectmanager.
De projectmanager bepaalt de prioriteit van een dergelijk defect en indien nodig kunnen de defecten worden uitgesteld naar de volgende release.
Ik hoop dat je een duidelijk idee zou hebben van Defect Triage, Defect Triage Process en manieren om effectief om te gaan met Defect Triage Meetings!
Aanbevolen literatuur
- Defectbeheerproces: hoe u een defect effectief kunt beheren
- Wat is een op defecten gebaseerde testtechniek?
- Methoden en technieken om defecten te voorkomen
- Wat is de levenscyclus van defecten / bugs bij het testen van software? Zelfstudie over de levenscyclus van een defect
- Bugzilla-zelfstudie: Praktische zelfstudie met hulpprogramma voor defectbeheer
- Micro Focus Quality Center-zelfstudie (dag 6) - Defectbeheer
- Defect Triaging in Scrum: hoe is het georganiseerd in een Scrum-opstelling
- 3 Verslaggewoonten van ergste defecten en hoe ze te doorbreken