Menu

Začínáme se sledováním a správou incidentů při testování softwaru (zahrnuty ukázkové šablony)

  • Hlavní
  • Sledování Chyby
  • Začínáme se sledováním a správou incidentů při testování softwaru (zahrnuty ukázkové šablony)

getting started with incident tracking

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

V dnešním článku se dozvíme vše o Proces „Sledování a správa incidentů“ - Jak sledovat a spravovat incidenty v Testování softwaru pomocí ukázkových šablon.

Myslíš - „STH vydalo mnoho obsahu na sledování vad / chyb , tak jak to bude jiné? “ To je přesně ten důvod, proč se musíme nejprve podívat na to, co máme na mysli incidentem.

sledování a správa incidentů

Co se naučíte:

Co je to incident?

Incidenty lze definovat jednoduchými slovy jako událost, ke které došlo během testování a která vyžaduje kontrolu.

Při testování, zda se skutečný výsledek liší od očekávaného výsledku, se označuje jako chyba, závada, chyba, problém, chyba nebo incident. Nejčastěji jsou všechny tyto pojmy synonymní.

Incidenty však představují zvláštní kategorii problémů, ke kterým může dojít v důsledku nesprávné konfigurace, poškozených dat nebo selhání serveru atd. Příklady: Plný prostor na disku, chyba při provádění (Chyba za běhu), nedostupná služba atd.

K incidentům může dojít také kvůli některým problémům s vývojem softwaru, používáním hardwaru nebo chybami v požadavcích na služby.

Rozdíl mezi chybou, vadou, chybou a incidenty:

  1. Chyba : Akce prováděná člověkem, která má za následek neočekávané chování systému.
    G.; nesprávná syntaxe, nesprávný výpočet hodnot, nepochopení softwaru
    požadavek atd.
  2. Přeběhnout: Toto je termín, který testeři obvykle používají. Když tester zjistí chybu nebo problém, je označován jako Defekt.
  3. Chyba: Bug je vývojářská terminologie. Jakmile vývojář přijme defekt nalezený testerem, nazývá se to chyba. Proces opravy všech chyb v systému se nazývá Bug-Fixing.
  4. Incident: Incident je neplánované přerušení. Když se provozní stav jakékoli činnosti změní z funkčního na neúspěšný a způsobí, že se systém chová neplánovaně, jedná se o incident. Problém může způsobit více než jednu událost, kterou je třeba vyřešit, nejlépe co nejdříve.

Nyní se podívejme na několik souvisejících výrazů:

  1. Úložiště incidentů : Úložiště incidentů lze definovat jako databázi, která obsahuje všechna důležitá a relevantní data o všech incidentech, ke kterým v systému došlo. Tyto informace se následně použijí k vytvoření zprávy o incidentu. Obsahuje pole, jako jsou data, očekávané výsledky, skutečný výsledek, datum a čas, stav incidentu atd.
  2. Vážnost: O jejich závažnosti rozhodne potenciální dopad incidentu. Může to být Major, Minor, Fatal nebo Critical pro okamžité vyřešení.
  3. Přednost : Nastaveno podle závažnosti a vlivu na pracovní stav systému. Hodnoty mohou být vysoké, střední, nízké, velmi vysoké nebo naléhavé / okamžité.
  4. Stav incidentu : Aktuální stav řešení incidentu. Může to být Nové, Probíhá, Vyřešeno a Uzavřeno.

Co je to Incident Management?

nejlepší čistič souborů pro Windows 10

Správa incidentů je proces pro protokolování, zaznamenávání a řešení incidentů co nejrychleji k obnovení obchodního procesu nebo služby zpět do normálu.

Proces správy incidentů

Správa incidentů je celkový proces počínaje protokolováním incidentů až po jejich řešení.

Je to velmi kritický proces, protože to zajistí systematické a efektivní řešení incidentů. Zefektivněním celého procesu také existuje velká šance, že by mohlo dojít k včasnému vyřešení problémů.

Následuje schematické znázornění procesu a každou fázi podrobně probereme dále.

Proces řízení incidentů

# 1. Identifikace a protokolování incidentů :
Identifikace incidentů se provádí buď testováním (pomocí nástrojů nebo jinak), zpětnou vazbou od uživatelů, monitorováním infrastruktury atd.

Zaznamenávání incidentu jednoduše znamená zaznamenávání následujících informací:

  • Přesné / vhodné datum a čas výskytu.
  • Název incidentu spolu s typem a krátkým popisem
  • Jméno osoby, která incident zaznamenala, a podrobnější popis
    případně s chybovými kódy
  • Podrobnosti o osobě přidělené k incidentu k dalšímu sledování
  • Aktuální stav incidentu
  • Přílohy včetně technických diskusí, rozhodnutí a schválení

# 2. Klasifikace a stanovení priorit:

Klasifikace incidentů nám pomáhá rozdělit je na základě jejich typu (software, hardware, požadavek na službu atd.), Což usnadňuje hlášení a analýzu. Stanovení priorit pomáhá určit pořadí / prioritu incidentů, které mají být řešeny. Závisí to na dopadu, závažnosti a hlavně na rizikovém faktoru.

# 3. Vyšetřování a analýza: Tento krok slouží k lepšímu pochopení problému, abychom jej nejen opravili právě teď, ale také shromáždili informace, abychom zabránili opětovnému výskytu.

# 4. Rozlišení a zotavení: Jsou učiněny kroky k odstranění incidentu a uvedení systému zpět do předchozího provozního stavu.

# 5. Uzavření incidentu: Rozlišení je znovu otestováno a v případě, že systém funguje podle očekávání, je incident uzavřen.

Systém pro správu incidentů

Správu incidentů lze velmi dobře provádět ručně nebo staticky pomocí tabulkových kalkulátorů, ale je mnohem efektivnější, dynamičtější a systematičtější, když se provádí pomocí nástroje.

Otázky a odpovědi k rozhovoru s analytiky qa pdf

Systém správy incidentů používá mnoho call center zákaznické podpory k vytváření aktualizací a řešení incidentů.

Populární nástroje pro správu incidentů:

Některé populární nástroje pro správu incidentů, které lze kromě chyb nebo defektů použít ke sledování incidentů, jsou:

# 1. Sedět! (Podpora sledování incidentů):

Nástroj pro sledování incidentů 1

  • Support Incident Tracker (SiT) je bezplatná otevřená a webová aplikace, která používá PHP a MySQL pro všechny platformy a podporuje je. Běžně se také označuje jako „Help Desk“ nebo „Support Ticket System“.
  • Užitečné pro odesílání e-mailů přímo ze SiT, připojování souborů a zaznamenávání každé komunikace do protokolu incidentů. SiT ví o dohodách o úrovni služeb a incidenty jsou označeny, pokud leží mimo ně.

# 2. JIRA:

Nástroj pro sledování incidentů 2
JIRA je také populární proprietární nástroj pro správu incidentů vyvinutý společností Atlassian používaný pro sledování chyb, defektů nebo incidentů. Jedná se o nástroj založený na prostředí Java používaný pro software a mobilní aplikace. Schéma JIRA zahrnuje pracovní toky, oprávnění, konfigurace, typy problémů atd. JIRA také podporuje agilní testování.

Další informace a výukový program najdete na adrese: Série výukových programů JIRA.

# 3. Systém sledování incidentů:
Systém sledování nehod je software používaný ke sledování incidentů. Pomáhá určit a analyzovat hlavní příčinu incidentu spolu s vhodným řešením. Systém sledování incidentů se snadno používá a poskytuje podporu databáze pro sledování a zaznamenávání incidentů.

Zpráva o testu incidentu:

  1. Zpráva o testovacím incidentu je položka vytvořená v úložišti defektů s jedinečným ID pro každý zjištěný incident. Zpráva o testovacím incidentu dokumentuje všechny problémy nalezené během různých fází testování.
  2. IEEE 829-1998 je standardní formát pro zprávu o testovacím incidentu, který se používá k dokumentaci každého incidentu, ke kterému dojde během testování.

Nástin šablony IEEE 829-1998 je uveden níže:

=> Stáhněte si šablonu pro sledování incidentů IEEE zde.

jak spustit soubor .swf

Následuje stručné vysvětlení polí:

# 1. Identifikovat : Určuje jedinečné ID a číslo generované společností k identifikaci a vyhledání události.

# 2. souhrn : Shrne incident stručným způsobem. Obsahuje dostatečné podrobnosti k pochopení souvisejících faktů, viz. reference, související zkušební postupy, verze softwaru, testovací případy atd.

# 3. Popis incidentu: Popisuje incident s následujícími podrobnostmi: Vstupy

  • Očekávaný výsledek
  • Skutečný výsledek
  • Pokus o opakování
  • Anomálie
  • Datum a čas
  • Postup Krok
  • Jméno testera

Formát zprávy o sledování incidentů lze změnit podle průmyslových standardů a obchodních požadavků.

Příkladem použitým ve společnosti je:

=> Zde si stáhněte upravenou šablonu hlášení incidentů.

Závěr:

Jak tento článek ukazuje, správa incidentů se příliš neliší od sledování chyb, bude to tedy skvělá rekapitulace procesu s připojenými standardy ISO a praktickými šablonami z reálného života.

Další slovo opatrnosti, které vám chceme před koncem tohoto článku nechat, je - zkuste se příliš nepřipojit k definici chyby / defektu / incidentu atd., Protože většina společností nerozlišuje jeden termín od druhého. Takže všechny jsou po většinu času používány jako synonyma - také existují společnosti, které označují nekonzistenci dokumentace jako incidenty, jiné problémy prostředí volání jako incidenty - takže vidíte, jak se dialekty mění s regiony, tak se mění i technická QA terminologie. Přinášíme vám většinu, nikoli normy - vždy existují výjimky.

Šťastné čtení!

Doporučené čtení

^