Meniu

Noțiuni introductive despre urmărirea și gestionarea incidentelor în testarea software-ului (eșantioane de șabloane incluse)

  • Principal
  • Urmărirea Defectelor
  • Noțiuni introductive despre urmărirea și gestionarea incidentelor în testarea software-ului (eșantioane de șabloane incluse)

getting started with incident tracking

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

În articolul de astăzi vom învăța totul despre Procesul „Urmărirea și gestionarea incidentelor” - Cum să urmăriți și să gestionați incidentele în testarea software cu șabloane de eșantionare.

Vă gândiți - „STH a publicat o mulțime de conținut pe urmărirea defectelor / erorilor Deci, cum va fi diferit ”? Acesta este exact motivul pentru care trebuie să ne uităm mai întâi la ceea ce înțelegem prin incident.

urmărirea și gestionarea incidentelor

Ce veți învăța:

Ce este incidentul?

Incidente poate fi definit în cuvinte simple ca un eveniment întâlnit în timpul testării care necesită revizuire.

În timpul testării dacă rezultatul real variază de la rezultatul așteptat, acesta este denumit eroare, defect, eroare, problemă, eroare sau incident. Cel mai adesea, toți acești termeni sunt sinonimi.

Cu toate acestea, incidentele sunt o categorie specială de probleme care ar putea apărea din cauza configurării greșite, a datelor corupte sau a blocării serverului, etc. Exemplele sunt: ​​spații pe disc pline, eroare în execuție (Eroare de execuție), serviciu indisponibil etc.

Incidentele pot apărea, de asemenea, din cauza unor probleme legate de dezvoltarea software-ului, utilizarea hardware-ului sau erorile de solicitare a serviciului.

Diferența dintre eroare, defect, eroare și incidente:

  1. Eroare : O acțiune efectuată de om care are ca rezultat un comportament neașteptat al sistemului.
    g .; sintaxă incorectă, calcul necorespunzător al valorilor, neînțelegere a software-ului
    cerință etc.
  2. Defect: Acesta este un termen folosit de obicei de testeri. Când testerul găsește o greșeală sau o problemă, atunci este denumit Defect.
  3. Gândac: Bug-ul este terminologia dezvoltatorului. Odată ce un defect găsit de un tester este acceptat de dezvoltator, acesta se numește bug. Procesul de rectificare a tuturor erorilor din sistem se numește Bug-Fixing.
  4. Incident: Incidentul este o întrerupere neplanificată. Atunci când starea operațională a oricărei activități se transformă din funcționare în eșuată și face ca sistemul să se comporte într-un mod neplanificat, este un incident. O problemă poate provoca mai multe incidente care urmează să fie rezolvate, de preferință cât mai curând posibil.

Acum, să analizăm câțiva termeni înrudiți:

  1. Depozit de incidente : Depozitul de incidente poate fi definit ca o bază de date care conține toate datele importante și relevante despre toate incidentele care apar în sistem. Aceste informații sunt ulterior utilizate pentru a crea raportul incidentului. Conține câmpuri precum date, rezultate așteptate, rezultat real, dată și oră, starea incidentului etc.
  2. Severitate: Impactul potențial al incidentului va decide gravitatea acestora. Poate fi major, minor, fatal sau critic pentru rezolvare imediată.
  3. Prioritate : Setați în funcție de severitate și influență asupra stării de funcționare a sistemului. Valorile pot fi ridicate, medii, scăzute, foarte mari sau urgente / imediate.
  4. Starea incidentului : Starea actuală în care se află tratarea incidentului. Poate fi Nou, în curs, rezolvat și închis.

Ce este gestionarea incidentelor?

Gestionarea incidentelor este un proces pentru înregistrarea, înregistrarea și rezolvarea incidentelor cât mai repede posibil pentru a restabili procesul normal sau serviciul la normal.

Procesul de gestionare a incidentelor

Gestionarea incidentelor este procesul general care începe de la înregistrarea incidentelor până la soluționarea acestora.

Este un proces foarte critic, deoarece acest lucru va asigura că incidentele abordate sunt sistematice și eficiente. De asemenea, prin simplificarea întregului proces, există șanse mari ca soluționarea timpurie a problemelor să se întâmple.

Următoarea este o reprezentare schematică a procesului și vom discuta în detaliu fiecare etapă în continuare.

Procesul de gestionare a incidentelor

# 1. Identificarea și înregistrarea incidentelor :
Identificarea incidentelor se face fie prin testare (folosind instrumente sau altfel), feedback-ul utilizatorilor, monitorizarea infrastructurii etc.

Înregistrarea unui incident înseamnă pur și simplu înregistrarea următoarelor informații:

  • Data și ora exacte / adecvate de apariție.
  • Titlul incidentului împreună cu tipul și descrierea succintă
  • Numele persoanei care a înregistrat incidentul și descrierea mai detaliată
    cu coduri de eroare atunci când este cazul
  • Detalii despre persoana atribuită incidentului pentru urmărire
  • Starea actuală a incidentului
  • Atașamente, inclusiv discuții tehnice, decizii și aprobări

# 2. Clasificare și prioritizare:

Clasificarea incidentelor ne ajută să le partiționăm în funcție de tipul lor (software, hardware, solicitare de servicii etc.), astfel încât să faciliteze raportarea și analiza. Prioritizarea ajută la identificarea ordinii / priorității incidentelor care trebuie tratate. Depinde de impact, severitate și cel mai important factor de risc.

# 3. Investigație și analiză: Acest pas este de a înțelege mai bine problema, așa că nu numai că o rezolvăm chiar acum, ci colectăm informații pentru a preveni reapariția.

# 4. Rezoluție și recuperare: Se iau măsuri pentru înlăturarea incidentului și readucerea sistemului la starea de lucru anterioară.

# 5. Închiderea incidentului: Rezoluția este retestată și în cazul în care sistemul funcționează conform intenției, incidentul este închis.

Sistem de gestionare a incidentelor

Gestionarea incidentelor se poate face foarte bine manual sau static folosind foi de calcul, dar este mult mai eficientă, dinamică și sistematică atunci când se face printr-un instrument.

în general, cele mai multe erori (defecte) se găsesc în care două perioade de testare?

Un sistem de gestionare a incidentelor este utilizat de multe centre de asistență pentru clienți pentru a crea actualizări și rezolvarea incidentelor.

Instrumente populare de gestionare a incidentelor:

Unele instrumente populare de gestionare a incidentelor care pot fi utilizate pentru urmărirea incidentelor în plus față de erori sau defecte sunt:

# 1. Sta! (Suportă urmărirea incidentelor):

Instrument de urmărire a incidentelor 1

  • Suportă Incident Tracker (SiT) este o aplicație gratuită Open Source și bazată pe web care folosește PHP și MySQL pentru și acceptă toate platformele. Este, de asemenea, cunoscut sub numele de „Help Desk” sau „Sistem de asistență a biletelor”.
  • Util pentru a trimite e-mailuri direct de la SiT, a atașa fișiere și a înregistra fiecare comunicare în jurnalul de incidente. SiT este conștient de acordurile de nivel de serviciu și incidentele sunt semnalate dacă se află în afara lor.

# 2. JIRA:

Instrument de urmărire a incidentelor 2
JIRA este, de asemenea, un instrument popular de gestionare a incidentelor dezvoltat de Atlassian utilizat pentru urmărirea erorilor, defectelor sau incidentelor. Este un instrument bazat pe Java folosit pentru software și aplicații mobile. Schema JIRA implică fluxuri de lucru, permisiuni, configurații, tipuri de probleme etc. JIRA acceptă, de asemenea, testarea agilă.

Pentru mai multe informații și tutorial, vă rugăm să verificați: Seria de tutoriale JIRA.

# 3. Sistem de urmărire a incidentelor:
Sistem de urmărire a incidentelor este un software utilizat pentru urmărirea incidentelor. Ajută la determinarea și analiza cauzei radicale a incidentului, împreună cu soluția adecvată. Sistemul de urmărire a incidentelor este ușor de utilizat și oferă suport pentru baze de date pentru urmărirea și înregistrarea incidentului.

Raportul incidentului de testare:

  1. Raportul incidentului de testare este o intrare creată în depozitul de defecte cu ID unic pentru fiecare incident întâlnit. Raportul incidentului testului documentează toate problemele găsite în timpul diferitelor faze ale testării.
  2. IEEE 829-1998 este formatul standard pentru raportul incidentului de testare, care este utilizat pentru a documenta fiecare incident care apare în timpul testării.

Schița șablonului IEEE 829-1998 este prezentată mai jos:

=> Descărcați șablonul de urmărire a incidentelor IEEE aici.

Următoarea este o scurtă explicație a câmpurilor:

# 1. Identifica : Specifică ID-ul unic și numărul generat de companie pentru a identifica și localiza un incident.

# 2. rezumat : Rezumă incidentul într-un mod concis. Conține suficiente detalii pentru a înțelege faptele conexe și anume. referințe, proceduri de testare asociate, versiunea software-ului, cazuri de testare etc.

# 3. Descrierea incidentului: Descrie incidentul cu următoarele detalii: Intrări

  • rezultat asteptat
  • Rezultat actual
  • Încercați să repetați
  • Anomalii
  • Data si ora
  • Pasul de procedură
  • Numele testerului

Formatul raportului de urmărire a incidentelor poate fi modificat în conformitate cu standardele din industrie și cerințele comerciale.

Un exemplu de unul utilizat într-o companie este:

=> Descărcați aici șablonul de raport de incidente modificat.

Concluzie:

Așa cum acest articol arată că gestionarea incidentelor nu este foarte diferită de urmărirea erorilor, așa că aceasta va fi o recapitulare minunată a procesului, cu niște șabloane standard ISO și practice din viața reală atașate.

Un alt cuvânt de precauție cu care vrem să vă lăsăm pe toți înainte de a încheia acest articol este că - încercați să nu fiți prea atașați la definiția bug / defect / incident etc, deoarece majoritatea companiilor nu diferențiază un termen de altul. Deci, toate sunt utilizate sinonim pentru majoritatea timpului - de asemenea, există unele companii care numesc inconsecvențe ale documentației lor ca incidente, alte probleme de mediu apelează ca incidente - așa că vedeți, pe măsură ce dialectele se schimbă cu regiunile, la fel și calitatea tehnică a calității terminologie. Ceea ce vă aducem este majoritatea, nu normele - excepțiile există întotdeauna.

Lectura placuta!

Lectură recomandată

^