Menu

Začíname so sledovaním a správou nehôd pri testovaní softvéru (zahrnuté vzorové šablóny)

  • Hlavná
  • Sledovanie Chyby
  • Začíname so sledovaním a správou nehôd pri testovaní softvéru (zahrnuté vzorové šablóny)

getting started with incident tracking

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

V dnešnom článku sa dozvieme všetko o Proces „sledovania a riadenia nehôd“ - Ako sledovať a spravovať incidenty pri testovaní softvéru pomocou vzorových šablón.

Myslíš - „STH zverejnil veľa obsahu dňa sledovanie chýb / chýb , tak v čom to bude iné “? To je presne dôvod, prečo sa najskôr musíme pozrieť na to, čo myslíme pod pojmom incident.

sledovanie a riadenie incidentov

Čo sa dozviete:

Čo je to incident?

Incidenty možno definovať jednoduchými slovami ako udalosť, ku ktorej došlo počas testovania a ktorá si vyžaduje kontrolu.

Pri testovaní, či sa skutočný výsledok líši od očakávaného výsledku, sa to označuje ako chyba, chyba, chyba, problém, chyba alebo incident. Najčastejšie sú všetky tieto výrazy synonymné.

Incidenty sú však špeciálnou kategóriou problémov, ktoré sa môžu vyskytnúť v dôsledku nesprávnej konfigurácie, poškodených údajov alebo zlyhania servera atď. Príklady: plné miesta na disku, chyba vo vykonaní (chyba za behu), nedostupná služba atď.

Incidenty sa môžu vyskytnúť aj v dôsledku niektorých problémov s vývojom softvéru, používaním hardvéru alebo chybami v požiadavkách na služby.

Rozdiel medzi chybou, chybou, chybou a incidentmi:

  1. Chyba : Činnosť vykonaná človekom, ktorej výsledkom je neočakávané správanie systému.
    g .; nesprávna syntax, nesprávny výpočet hodnôt, nepochopenie softvéru
    požiadavka atď.
  2. Porucha: Toto je termín, ktorý zvyčajne používajú testeri. Ak tester zistí chybu alebo problém, bude sa to označovať ako porucha.
  3. Chyba: Chyba je terminológia vývojára. Ak vývojár prijme chybu zistenú testerom, nazýva sa to chyba. Proces opravy všetkých chýb v systéme sa nazýva Bug-Fixing.
  4. Incident: Incidentom je neplánované prerušenie. Keď sa prevádzkový stav akejkoľvek činnosti zmení z funkčného na zlyhanie a spôsobí, že sa systém bude správať neplánovane, ide o nehodu. Problém môže spôsobiť viac ako jeden incident, ktorý sa má vyriešiť, najlepšie čo najskôr.

Teraz sa pozrime na niekoľko súvisiacich výrazov:

  1. Úložisko nehôd : Úložisko incidentov je možné definovať ako databázu, ktorá obsahuje všetky dôležité a relevantné údaje o všetkých incidentoch, ku ktorým dôjde v systéme. Tieto informácie sa následne použijú na vytvorenie správy o udalosti. Obsahuje polia, ako sú údaje, očakávané výsledky, skutočný výsledok, dátum a čas, stav incidentu atď.
  2. Závažnosť: O ich závažnosti rozhodne potenciálny dopad incidentu. Môže to byť Major, Minor, Fatal alebo Critical pre okamžité vyriešenie.
  3. Priorita : Nastavené podľa závažnosti a vplyvu na pracovný stav systému. Hodnoty môžu byť vysoké, stredné, nízke, veľmi vysoké alebo urgentné / okamžité.
  4. Stav incidentu : Aktuálny stav, v ktorom sa incident nachádza. Môže to byť Nové, Prebieha, Vyriešené a Uzavreté.

Čo je správa nehôd?

Správa nehôd je proces zaznamenávania, zaznamenávania a riešenia nehôd čo najrýchlejšie, aby sa obchodný proces alebo služba vrátili do normálu.

Proces riadenia nehôd

Správa nehôd je celkový proces počnúc zaznamenávaním nehôd až po ich riešenie.

Je to veľmi kritický proces, pretože to zabezpečí systematické a efektívne riešenie incidentov. Zefektívnením celého procesu tiež existuje veľká šanca, že by mohlo dôjsť k skorému vyriešeniu problémov.

Nasleduje schematické znázornenie procesu a ďalej sa budeme podrobne venovať každej etape.

Proces riadenia nehôd

# 1. Identifikácia a zaznamenávanie nehôd :
Identifikácia incidentu sa vykonáva buď testovaním (pomocou nástrojov alebo inak), spätnou väzbou od používateľov, monitorovaním infraštruktúry atď.

Zaznamenanie incidentu jednoducho znamená zaznamenanie nasledujúcich informácií:

  • Presný / vhodný dátum a čas výskytu.
  • Názov udalosti spolu s typom a krátkym popisom
  • Meno osoby, ktorá incident zaznamenala, a podrobnejší popis
    prípadne s chybovými kódmi
  • Podrobnosti o osobe pridelenej k incidentu na účely následných opatrení
  • Aktuálny stav incidentu
  • Prílohy vrátane technických diskusií, rozhodnutí a schválení

# 2. Klasifikácia a stanovenie priorít:

Klasifikácia nehôd nám pomáha rozdeliť ich na základe ich typu (softvér, hardvér, požiadavka na službu atď.), Čo uľahčuje hlásenie a analýzu. Stanovenie priorít pomáha určiť poradie / prioritu incidentov, ktoré sa majú vyriešiť. Závisí to od dopadu, závažnosti a hlavne od rizikového faktora.

# 3. Vyšetrovanie a analýza: Tento krok slúži na lepšie pochopenie problému, aby sme ho nielen opravili práve teraz, ale aj zhromaždili informácie, ktoré zabránia opätovnému výskytu.

# 4. Riešenie a zotavenie: Uskutočňujú sa kroky na odstránenie udalosti a uvedenie systému do pôvodného funkčného stavu.

ako nastaviť zatmenie pre c ++

# 5. Uzatvorenie incidentu: Rozlíšenie sa znova otestuje a v prípade, že systém pracuje podľa očakávaní, sa incident uzavrie.

Systém riadenia nehôd

Správa nehôd sa dá veľmi dobre vykonať ručne alebo staticky pomocou tabuliek, ale je oveľa efektívnejšia, dynamickejšia a systematickejšia, keď sa to deje pomocou nástroja.

Systém riadenia nehôd používa veľa call centier zákazníckej podpory na vytváranie aktualizácií a riešení nehôd.

Populárne nástroje na správu nehôd:

Niektoré populárne nástroje na správu nehôd, ktoré sa dajú okrem chýb alebo defektov použiť aj na sledovanie nehôd, sú:

# 1. SiT! (Podpora sledovania nehôd):

Nástroj na sledovanie nehôd 1

  • Podpora sledovania nehôd (SiT) je bezplatná otvorená webová aplikácia, ktorá využíva PHP a MySQL pre všetky platformy a podporuje ich. Je tiež bežne známy ako „Help Desk“ alebo „Support Ticket System“.
  • Je užitočné posielať e-maily priamo zo SiT, priložiť súbory a zaznamenať každú komunikáciu do protokolu nehôd. SiT vie o dohodách o úrovni služieb a incidenty sú označené, ak ležia mimo nich.

# 2. JIRA:

Nástroj na sledovanie nehôd 2
JIRA je tiež populárny proprietárny nástroj na správu nehôd vyvinutý spoločnosťou Atlassian, ktorý sa používa na sledovanie chýb, chýb alebo udalostí. Je to nástroj založený na prostredí Java, ktorý sa používa pre softvér a mobilné aplikácie. Schéma JIRA zahŕňa pracovné toky, povolenia, konfigurácie, typy problémov atď. JIRA tiež podporuje agilné testovanie.

Ďalšie informácie a príručku nájdete na tejto stránke: Séria tutoriálov JIRA.

# 3. Systém sledovania nehôd:
Systém na sledovanie nehôd je softvér používaný na sledovanie nehôd. Pomáha určiť a analyzovať hlavnú príčinu incidentu spolu s vhodným riešením. Systém sledovania nehôd sa ľahko používa a poskytuje databázovú podporu na sledovanie a zaznamenávanie nehôd.

Správa o testovacom incidente:

  1. Správa o testovacom incidente je záznam vytvorený v úložisku defektov s jedinečným ID pre každý zaznamenaný incident. Správa o testovacích udalostiach dokumentuje všetky problémy zistené počas rôznych fáz testovania.
  2. IEEE 829-1998 je štandardný formát pre správu o testovacom incidente, ktorý sa používa na dokumentáciu každého incidentu, ktorý sa vyskytne počas testovania.

Náčrt šablóny IEEE 829-1998 je uvedený nižšie:

=> Tu si stiahnite šablónu sledovania nehôd IEEE.

Nasleduje stručné vysvetlenie týchto oblastí:

# 1. Identifikovať : Určuje jedinečné ID a číslo vygenerované spoločnosťou na identifikáciu a vyhľadanie udalosti.

# 2. Zhrnutie : Zhrňuje incident výstižným spôsobom. Obsahuje dostatočné podrobnosti na pochopenie súvisiacich faktov, viď. referencie, súvisiace testovacie postupy, verzia softvéru, testovacie prípady atď.

# 3. Popis udalosti: Popisuje incident s nasledujúcimi podrobnosťami: Vstupy

  • ocakavane vysledky
  • Skutočný výsledok
  • Pokus o opakovanie
  • Anomálie
  • Dátum a čas
  • Postup Krok
  • Meno testera

Formát správy o sledovaní nehôd je možné meniť podľa priemyselných štandardov a obchodných požiadaviek.

Príkladom používaným v spoločnosti je:

=> Tu si stiahnite upravenú šablónu správy o nehode.

Záver:

Pretože tento článok ukazuje, že správa incidentov sa príliš nelíši od sledovania chýb, bude to skvelá rekapitulácia procesu s pripojenými štandardmi ISO a praktickými šablónami z reálneho života.

Ďalším opatrným slovom, ktoré vám chceme pred ukončením tohto článku nechať, je, že - sa snažte nebyť príliš pripútaní k definícii chyby / chyby / incidentu atď., Pretože väčšina spoločností nerozlišuje medzi jedným výrazom a druhým. Takže všetky sa po väčšinu času používajú synonymne - tiež existujú spoločnosti, ktoré označujú svoje dokumentačné nekonzistencie ako incidenty, iné ako environmentálne incidenty - takže vidíte, ako sa dialekty menia s regiónmi, tak sa mení aj technická kvalita. terminológia. Prinášame vám väčšinu, nie normy - výnimky vždy existujú.

Príjemné čítanie!

Odporúčané čítanie

^