Menu

Aan de slag met het bijhouden en beheren van incidenten bij het testen van software (inclusief voorbeeldsjablonen)

  • Hoofd
  • Bug Defect Tracking
  • Aan de slag met het bijhouden en beheren van incidenten bij het testen van software (inclusief voorbeeldsjablonen)

getting started with incident tracking

Probeer Ons Instrument Voor Het Oplossen Van Problemen

In het artikel van vandaag gaan we alles leren over de Proces voor het volgen en beheren van incidenten - Hoe incidenten in Software Testing te volgen en te beheren met voorbeeldsjablonen.

Denk je: “STH heeft veel inhoud gepubliceerd op defect / bug-tracking , dus hoe gaat dit anders zijn ”? Dat is precies de reden waarom we eerst moeten kijken naar wat we bedoelen met incidenten.

incidenten volgen en beheren

Wat je leert:

Wat is een incident?

Incidenten kan in eenvoudige bewoordingen worden gedefinieerd als een gebeurtenis die tijdens het testen is opgetreden en die moet worden beoordeeld.

Tijdens het testen of het werkelijke resultaat afwijkt van het verwachte resultaat, wordt dit een bug, defect, fout, probleem, fout of incident genoemd. Meestal zijn al deze termen synoniem.

Incidenten zijn echter een speciale categorie van problemen die kunnen optreden als gevolg van een verkeerde configuratie, beschadigde gegevens of servercrash etc. Voorbeelden zijn: schijfruimten vol, fout bij uitvoering (Runtime Error), service niet beschikbaar etc.

soapui testvragen en antwoorden

Incidenten kunnen ook optreden als gevolg van enkele problemen met softwareontwikkeling, hardwaregebruik of fouten bij serviceaanvragen.

Verschil tussen fout, defect, bug en incidenten:

  1. Fout ​ Een door mensen uitgevoerde actie die resulteert in onverwacht systeemgedrag.
    g .; onjuiste syntaxis, onjuiste berekening van waarden, verkeerd begrip van software
    vereiste etc.
  2. Defect: Dit is een term die meestal door testers wordt gebruikt. Wanneer de tester een fout of probleem vindt, wordt dit defect genoemd.
  3. Bug: Bug is de terminologie van de ontwikkelaar. Als een door een tester gevonden defect eenmaal door de ontwikkelaar is geaccepteerd, wordt dit een bug genoemd. Het proces waarbij alle bugs in het systeem worden verholpen, wordt Bug-Fixing genoemd.
  4. Incident: Incident is een ongeplande onderbreking. Wanneer de operationele status van een activiteit verandert van werken naar mislukt en ervoor zorgt dat het systeem zich ongepland gedraagt, is het een incident. Een probleem kan meerdere incidenten veroorzaken die bij voorkeur zo snel mogelijk moeten worden opgelost.

Laten we nu eens kijken naar een paar gerelateerde termen:

  1. Incidentenopslagplaats ​ Incident Repository kan worden gedefinieerd als een database die alle belangrijke en relevante gegevens bevat over alle incidenten die zich in het systeem voordoen. Deze informatie wordt vervolgens gebruikt om het incidentrapport te maken. Het bevat velden zoals gegevens, verwachte resultaten, feitelijk resultaat, datum en tijd, status van incident etc.
  2. Ernst: De mogelijke impact van het incident bepaalt de ernst ervan. Het kan groot, klein, fataal of kritiek zijn voor onmiddellijke oplossing.
  3. Prioriteit ​ Ingesteld op ernst en invloed op de werkstatus van het systeem. Waarden kunnen hoog, gemiddeld, laag, zeer hoog of urgent / onmiddellijk zijn.
  4. Incidentstatus : De huidige staat waarin het incident zich bevindt. Het kan Nieuw, In uitvoering, Opgelost en Gesloten zijn.

Wat is incidentbeheer?

Incidentbeheer is een proces om de incidenten zo snel mogelijk te registreren, vast te leggen en op te lossen om het bedrijfsproces of de dienst weer normaal te maken.

Incidentbeheerproces

Incidentbeheer is het algehele proces dat begint met het registreren van incidenten tot het oplossen ervan.

Het is een zeer kritisch proces omdat dit ervoor zorgt dat de incidenten op een systematische en effectieve manier worden aangepakt. Door het hele proces te stroomlijnen, is de kans ook groot dat de problemen vroegtijdig worden opgelost.

Het volgende is een schematische weergave van het proces en we zullen elke fase hierna in detail bespreken.

Incidentenbeheerproces

# 1. Identificatie en registratie van incidenten ​
Identificatie van incidenten gebeurt via testen (al dan niet met behulp van tools), gebruikersfeedback, infrastructuurmonitoring, enz.

Het registreren van een incident betekent simpelweg het vastleggen van de volgende informatie:

hoe een array in java te sorteren
  • Exacte / juiste datum en tijd van optreden.
  • Titel van het incident samen met type en korte beschrijving
  • Naam van de persoon die het incident heeft geregistreerd en een meer gedetailleerde beschrijving
    met foutcodes indien van toepassing
  • Details van de persoon die aan het incident is toegewezen voor follow-up
  • Huidige status van het incident
  • Bijlagen inclusief technische besprekingen, beslissingen en goedkeuringen

# 2. Classificatie en prioriteitstelling:

Classificatie van incidenten helpt ons ze te verdelen op basis van hun type (software, hardware, serviceverzoek, enz.), Zodat rapportage en analyse gemakkelijker wordt. Prioritering helpt om de volgorde / prioriteit van te behandelen incidenten te identificeren. Het hangt af van de impact, ernst en vooral de risicofactor.

# 3. Onderzoek en analyse: Deze stap is bedoeld om het probleem beter te begrijpen, zodat we het niet alleen nu oplossen, maar ook informatie verzamelen om herhaling te voorkomen.

# 4. Oplossing en herstel: Er worden stappen ondernomen om het incident te verwijderen en het systeem terug te brengen naar de vorige werkende staat.

# 5. Incidentafsluiting: De oplossing wordt opnieuw getest en als het systeem werkt zoals bedoeld, wordt het incident gesloten.

Incident Management Systeem

Incidentbeheer kan heel goed handmatig of statisch worden gedaan met behulp van spreadsheets, maar het is veel effectiever, dynamischer en systematischer wanneer het via een tool wordt gedaan.

Een incidentbeheersysteem wordt door veel callcenters voor klantenondersteuning gebruikt om updates te creëren en incidenten op te lossen.

Populaire tools voor incidentbeheer:

Enkele populaire tools voor incidentbeheer die kunnen worden gebruikt voor het volgen van incidenten, naast bugs of defecten, zijn:

# 1. Zitten! (Ondersteuning voor het bijhouden van incidenten):

Hulpprogramma voor het volgen van incidenten 1

  • Ondersteuning voor Incident Tracker (SiT) is een gratis open source en webgebaseerde applicatie die PHP en MySQL gebruikt voor en alle platforms ondersteunt. Het is ook algemeen bekend als een ‘Help Desk’ of ‘Support Ticket System’.
  • Handig om e-mails rechtstreeks vanuit SiT te verzenden, bestanden bij te voegen en elke communicatie in het incidentlogboek op te nemen. SiT is op de hoogte van Service Level Agreements en incidenten worden gemarkeerd als ze daarbuiten liggen.

# 2. JIRA:

Hulpprogramma voor het volgen van incidenten 2
JIRA is ook een populaire gepatenteerde tool voor incidentbeheer die is ontwikkeld door Atlassian en die wordt gebruikt voor het opsporen van bugs, defecten of incidenten. Het is een op Java gebaseerde tool die wordt gebruikt voor software en mobiele apps. Het JIRA-schema omvat workflows, permissies, configuraties, probleemtypen enz. JIRA ondersteunt ook agile testen.

Raadpleeg voor meer informatie en tutorial: JIRA tutorials-serie.

# 3. Incidentvolgsysteem:
Incidentvolgsysteem is software die wordt gebruikt voor het volgen van incidenten. Het helpt om de hoofdoorzaak van een incident te bepalen en te analyseren, samen met een geschikte oplossing. Incident Tracking System is eenvoudig te gebruiken en biedt database-ondersteuning voor het volgen en registreren van het incident.

Test incidentenrapport:

  1. Testincidentrapport is een item gemaakt in defectenopslagplaats met een unieke ID voor elk incident dat wordt aangetroffen. Het testincidentrapport documenteert alle problemen die tijdens de verschillende testfasen zijn aangetroffen.
  2. IEEE 829-1998 is het standaardformaat voor het rapport van testincidenten dat wordt gebruikt om elk incident dat zich voordoet tijdens het testen te documenteren.

Het overzicht van de IEEE 829-1998-sjabloon wordt hieronder gegeven:

​ Download hier de IEEE-sjabloon voor het traceren van incidenten.

beste firewallsoftware voor Windows 10

Hieronder volgt een korte uitleg van de velden:

# 1. Identificeren : Specificeert een unieke ID en een door het bedrijf gegenereerd nummer om een ​​incident te identificeren en te lokaliseren.

# 2. Overzicht : Geeft een beknopte samenvatting van het incident. Bevat voldoende details om gerelateerde feiten te begrijpen, namelijk. referenties, bijbehorende testprocedures, versie van de software, testcases etc.

# 3. Incidentbeschrijving: Beschrijft incident met de volgende details: Inputs

  • verwacht resultaat
  • Werkelijke resultaat
  • Probeer te herhalen
  • Afwijkingen
  • Datum en tijd
  • Procedure Stap
  • Naam tester

Het rapportformaat voor het bijhouden van incidenten kan worden aangepast aan de industrienormen en zakelijke vereisten.

Een voorbeeld van een die in een bedrijf wordt gebruikt, is:

​ Download hier het gewijzigde sjabloon voor incidentenrapporten.

Gevolgtrekking:

Aangezien dit artikel laat zien dat incidentbeheer niet veel verschilt van het opsporen van fouten, zal dit een prachtige samenvatting zijn van het proces met een aantal ISO-standaards en praktische sjablonen uit de praktijk.

Een ander woord van waarschuwing waar we jullie allemaal mee willen verlaten voordat we dit artikel beëindigen, is dat - probeer niet te gehecht te zijn aan de definitie van bug / defect / incident enz., Omdat de meeste bedrijven geen onderscheid maken tussen de ene term en de andere. Dus ze worden het grootste deel van de tijd als synoniemen gebruikt - er zijn ook enkele bedrijven die hun documentatie-inconsistenties als incidenten noemen, andere belomgevingskwesties als incidenten - dus je ziet dat naarmate de dialecten veranderen met de regio's, ook technische QA terminologie. Wat we u aanbieden is de meerderheid, niet de norm - uitzonderingen zijn er altijd.

Veel leesplezier!

Aanbevolen literatuur

^