what is defect bug life cycle software testing
Úvod do vadného životního cyklu
V tomto tutoriálu budu hovořit o životním cyklu defektu, abych vás informoval o různých fázích defektu, s nimiž se musí tester vypořádat při práci v testovacím prostředí.
Také jsem přidal nejčastěji kladené otázky pohovorů o životním cyklu vady. To je důležité vědět o různých stavech vady pro pochopení životního cyklu vady. Hlavním záměrem provádění testovací činnosti je zkontrolovat, zda má produkt nějaké problémy / chyby.
Pokud jde o reálné scénáře, chyby / chyby / chyby jsou všechny označovány jako chyby / vady, a proto můžeme říci, že hlavním cílem testování je zajistit, aby byl produkt méně náchylný k vadám (žádné vady nejsou nerealistickou situací) ).
Nyní vyvstává otázka, co je to Vada?
Co se naučíte:
Co je vada?
Defekt, jednoduše řečeno, je chyba nebo chyba v aplikaci, která omezuje normální tok aplikace tím, že neodpovídá očekávanému chování aplikace se skutečným.
K defektu dochází, když vývojář během navrhování nebo vytváření aplikace udělá jakoukoli chybu a když tuto chybu najde tester, označuje se to jako defekt.
Je odpovědností testera provést důkladné testování aplikace, aby se zjistilo co nejvíce závad, aby bylo zajištěno, že se kvalitní produkt dostane k zákazníkovi.
Před přechodem na pracovní postup a různé stavy vady je důležité pochopit životní cyklus vady.
Pojďme se tedy dozvědět více o Defektním životním cyklu.
Dosud jsme diskutovali o významu defektu a jeho vztahu v kontextu s testovací aktivitou. Pojďme nyní k životnímu cyklu defektu a pochopme pracovní postup defektu a různé stavy defektu.
jaká zařízení pracují na ose vrstvy 2
Porucha životního cyklu podrobně
Životní cyklus defektu, známý také jako životní cyklus Bugu, je cyklus defektu, kterým prochází pokrýváním různých stavů po celou dobu jeho životnosti. Začíná to, jakmile tester zjistí jakoukoli novou vadu, a skončí, když tester tuto vadu uzavře a zajistí, že se již nebude reprodukovat.
Defekt Workflow
Nyní je čas pochopit skutečný pracovní postup vadného životního cyklu pomocí jednoduchého diagramu, jak je znázorněno níže.
Poruchové státy
# 1) Nové :Toto je první stav vady v životním cyklu vady. Pokud je nalezena jakákoli nová závada, spadá do stavu „Nový“ a v pozdějších fázích životního cyklu závady se u této závady provádí ověření a testování.
# 2) Přiřazeno: V této fázi je vývojovému týmu přidělen nově vytvořený defekt pro práci na defektu. To je přiřazeno vedoucím projektu nebo manažerem testovacího týmu vývojáři.
# 3) Otevřeno: Zde vývojář zahájí proces analýzy defektu a v případě potřeby pracuje na jeho odstranění. Pokud se vývojář domnívá, že vada není vhodná, může být přenesena do některého z níže uvedených čtyř stavů Duplikovat, odloženo, odmítnuto nebo nejde o chybu - na základě konkrétního důvodu.
O těchto čtyřech státech budu za chvíli diskutovat.
# 4) Opraveno: Když vývojář dokončí úkol opravit vadu provedením požadovaných změn, může označit stav vady jako „Opravený“.
# 5) Čeká na opětovné testování: Po opravě defektu vývojář přiřadí vadu testeru k opětovnému testování defektu na jeho konci a dokud tester nepracuje na opětovném testování defektu, zůstane stav defektu v „Pending Retest“.
# 6) Opakovat: V tomto okamžiku tester zahájí úkol pracovat na opětovném testování defektu, aby ověřil, zda je defekt přesně opraven vývojářem podle požadavků nebo ne.
# 7) Znovu otevřít: Pokud jakýkoli problém v defektu přetrvává, bude vývojáři znovu přidělen k testování a stav defektu bude změněn na „Znovu otevřít“.
# 8) Ověřeno: Pokud tester po přidělení vývojáři k opětovnému testování nenalezne žádný problém vady a má pocit, že pokud byl defekt opraven přesně, bude status defektu přiřazen k „Verified“.
# 9) Zavřeno: Pokud vada již neexistuje, tester změní stav vady na „Uzavřeno“.
Trochu víc:
- Zamítnuto: Pokud vada není vývojářem považována za skutečnou vadu, je vývojářem označena jako „Odmítnuta“.
- Duplikát: Pokud vývojář zjistí vadu stejně jako jakoukoli jinou vadu nebo pokud se vada shoduje s jakoukoli jinou vadou, stav vady vývojář změní na „Duplikovat“.
- Odložený: Pokud se vývojář domnívá, že vada nemá příliš důležitou prioritu a v takovém případě ji lze napravit v příštích verzích, může změnit stav vady jako „Odloženo“.
- Není chyba: Pokud vada nemá vliv na funkčnost aplikace, změní se stav vady na „Není chyba“.
The povinná pole když tester zaznamená jakoukoli novou chybu, jsou verze sestavení, odeslání, produkt, modul, závažnost, souhrn a popis k reprodukci
Ve výše uvedeném seznamu můžete některé přidat volitelná pole pokud používáte ruční šablonu pro odesílání chyb. Tato volitelná pole zahrnují jméno zákazníka, prohlížeč, operační systém, přílohy souborů nebo snímky obrazovky.
Následující pole zůstávají buď zadaná, nebo nevyplněná:
Pokud máte oprávnění přidávat pole Stav, Priorita a „Přiřazeno k chybám“, můžete tato pole určit. Jinak Správce testů nastaví stav, Prioritu chyby a přidělí chybu vlastníkovi příslušného modulu.
Podívejte se na následující cyklus defektů
Výše uvedený obrázek je poměrně podrobný a když vezmete v úvahu významné kroky v Bug Life Cycle, získáte o něm rychlou představu.
Po úspěšném přihlášení chybu zkontroluje vývojový nebo testovací manažer. Správce testů může nastavit stav chyby na Otevřít, Může Přiřadit chybu vývojáři nebo může být chyba odložena do dalšího vydání.
Když je chyba přiřazena vývojáři a on / ona může začít na ní pracovat. Vývojář může nastavit stav chyby na možnost Neopravit, Nelze se reprodukovat, Potřebujete více informací nebo Opraveno.
Pokud je stav chyby nastavený vývojářem buď „Potřebujete více informací“ nebo Opravený, QA odpoví konkrétní akcí. Pokud je chyba opravena, QA chybu ověří a může nastavit stav chyby jako ověřenou zavřenou nebo znovuotevřenou.
Pokyny pro implementaci životního cyklu vady
Před zahájením práce s vadným životním cyklem lze přijmout některé důležité pokyny.
Jedná se o následující:
- Je velmi důležité, aby před zahájením prací na cyklu životního cyklu vady celý tým jasně porozuměl různým stavům vady (diskutováno výše).
- Životní cyklus vady by měl být řádně zdokumentován, aby v budoucnu nedošlo k nejasnostem.
- Ujistěte se, že každý jednotlivec, kterému byl přidělen jakýkoli úkol týkající se životního cyklu vady, by měl velmi jasně chápat svou odpovědnost za lepší výsledky.
- Každý jednotlivec, který mění stav vady, by si měl být tohoto stavu řádně vědom a měl by poskytnout dostatek podrobností o stavu a důvodu uvedení tohoto stavu, aby každý, kdo pracuje na dané vadě, mohl pochopit důvod takového stavu závady velmi snadno.
- S nástrojem pro sledování defektů je třeba zacházet opatrně, aby byla zachována konzistence mezi defekty, a tedy i v pracovním toku životního cyklu defektů.
Dále pojďme probrat otázky z pohovoru na základě životního cyklu vady.
nejlepší software pro čištění PC
Důležité časté dotazy nebo dotazy k rozhovoru o životním cyklu chyby
Otázka č. 1) Co je vada z hlediska testování softwaru?
Odpovědět: Vadou je jakýkoli druh chyby nebo chyby v aplikaci, který omezuje normální tok aplikace tím, že neodpovídá očekávanému chování aplikace se skutečným.
Otázka 2) Jaký je hlavní rozdíl mezi chybou, vadou a chybou?
Odpověď: Chyba: Pokud vývojáři zjistí, že existuje nesoulad ve skutečném a očekávaném chování aplikace ve fázi vývoje, pak ji nazývají Chyba.
Přeběhnout: Pokud testeři zjistí nesoulad ve skutečném a očekávaném chování aplikace ve fázi testování, pak ji nazývají jako defekt.
Selhání: Pokud zákazníci nebo koncoví uživatelé naleznou nesoulad ve skutečném a očekávaném chování aplikace ve fázi výroby, pak ji nazývají Selhání.
Otázka č. 3) Jaký je stav defektu, když je původně zjištěn?
Odpovědět: Když je nalezena nová závada, je ve stavu „Nový“. Toto je počáteční stav nově nalezené vady.
Otázka č. 4) Jaké jsou různé stavy vady v životním cyklu vady, když je vada schválena a opravena vývojářem?
Odpovědět: Různé stavy defektu, v tomto případě, jsou Nové, Přiřazené, Otevřené, Opravené, Čeká na opakované testování, Opakovat, Ověřeno a Uzavřeno.
Otázka č. 5) Co se stane, když tester stále zjistí problém s vadou, kterou opravil vývojář?
Odpovědět: Tester může označit stav vady jako „Znovu otevřít“, pokud stále zjistí problém v opravené vadě a vada bude přidělena vývojáři k opětovnému testování.
Otázka č. 6) Co je to vyrobitelná vada?
Odpovědět: Vada, která se opakovaně vyskytuje při každém provedení a jejíž kroky lze zachytit při každém provedení, se taková vada nazývá „vyrobitelná“ vada.
Otázka č. 7) Jaký typ vady není vadou reprodukovatelnou?
Odpovědět: Vada, která se nevyskytuje opakovaně při každém provedení a produkuje se pouze v některých případech a jejíž kroky jako důkazu je třeba zachytit pomocí snímků obrazovky, se taková vada nazývá jako „nereprodukovatelná“ vada.
Otázka č. 8) Co je hlášení o vadě?
Odpovědět: Zpráva o vadě je dokument, který obsahuje informace o hlášení vady nebo chyby v aplikaci, která způsobuje normální tok aplikace odchýlený od jejího očekávaného chování.
nejlepší bezplatný software pro čištění PC
Otázka č. 9) Jaké podrobnosti jsou obsaženy ve zprávě o vadě?
Odpovědět: Hlášení o závadě sestává z následujících podrobností:
ID vady, Popis vady, Název funkce, Název testovacího případu, Reprodukovatelná vada nebo ne, Stav vady, Závažnost a Priorita vady, Název testeru, Datum testování vady, Verze verze, ve které byla vada nalezena .
A vývojář, kterému byla vada přidělena, jméno osoby, která závadu opravila, snímky závady zobrazující průběh kroků, oprava data závady a osoba, která závadu schválila.
Otázka č. 10) Kdy se v průběhu životního cyklu vady změní vada na „odložený“ stav?
Odpovědět: Pokud nalezená vada nemá příliš velký význam a ta, kterou lze opravit v pozdějších verzích, se přesune do stavu „odloženo“ v životním cyklu vady.
Další informace o vadě nebo chybě
- Vadu lze zavést kdykoli v životním cyklu vývoje softwaru.
- Dříve, než bude defekt detekován a odstraněn, budou nižší celkové náklady na kvalitu.
- Náklady na kvalitu jsou minimalizovány, když je vada odstraněna ve stejné fázi, ve které byla zavedena.
- Statické testování zjistí vadu, nikoli poruchu. Cena se minimalizuje, protože ladění není zahrnuto.
- V dynamickém testování je přítomnost defektu odhalena, když způsobí poruchu.
Státy vady
| Č. | Počáteční stav | Vrácený stát | Stav potvrzení |
|---|---|---|---|
| jeden | Shromážděte informace pro osobu odpovědnou za reprodukci Vady | Defekt je odmítnut nebo je požádán o další informace | Vada je opravená a měla by být otestována a uzavřena |
| dva | Státy jsou otevřené nebo nové | Státy jsou odmítnuty nebo vyjasněny. | Státy jsou vyřešeny a ověřeny. |
Neplatné a duplicitní hlášení o vadě
- Někdy dojde k závadě, nikoli kvůli kódu, ale kvůli testovacímu prostředí nebo nedorozumění, taková zpráva by měla být uzavřena jako neplatná závada.
- V případě duplikátu zprávy je jeden uchován a jeden je uzavřen jako duplikát. Správce přijme neplatné hlášení.
- Správce testů vlastní celkovou správu a proces defektů a za správu reportů je obecně odpovědný vícefunkční tým nástroje pro správu defektů.
- Mezi účastníky patří Test Manager, Developers, PM, Production Manager a další zúčastněné strany, které mají zájem.
- Výbor pro správu vad by měl určit platnost každé vady a rozhodnout, kdy ji opravit nebo odložit. Chcete-li to určit, zvažte náklady, rizika a výhody neopravení jakékoli vady.
- Pokud má být závada odstraněna, je třeba určit její prioritu.
Vadná data
- Jméno osoby.
- Typ testování
- Shrnutí problému
- Podrobný popis vady.
- Kroky k reprodukci
- Fáze životního cyklu
- Pracovní produkt, kde byla představena chyba.
- Závažnost a priorita
- Subsystém nebo součást, kde je zavedena chyba.
- Aktivita projektu, ke které dochází při zavedení defektu.
- Metoda identifikace
- Typ vady
- Projekt a produkt, ve kterém existuje problém
- Současný vlastník
- Aktuální stav zprávy
- Pracovní produkt, kde došlo k závadě.
- Dopad na projekt
- Riziko, ztráta, příležitost a výhody spojené s odstraněním nebo neopravením vady.
- Data, kdy dochází k různým fázím životního cyklu vady.
- Popis řešení závady a doporučení pro testování.
- Reference
Schopnost procesu
- Informace o úvodu, zjišťování a odstraňování -> Vylepšete zjišťování závad a náklady na kvalitu.
- Úvod -> Praetorova analýza procesu, ve kterém je zaveden největší počet vad, aby se snížil celkový počet vad.
- Informace o kořenovém defektu -> vyhledejte podtržené důvody defektu, abyste snížili celkový počet defektů.
- Informace o vadné součásti -> Provést klastrovou analýzu vad.
Závěr
Toto je vše o defektním životním cyklu a správě.
Doufám, že jste určitě získali nesmírné znalosti o životním cyklu defektu. Tento výukový program vám zase pomůže při snadné práci s defekty v budoucnu.
Doporučené čtení
- Co je technika testování na základě vad?
- Co je Software Testing Life Cycle (STLC)?
- Výukový program Bugzilla: Výukový program pro správu defektů
- Java vlákna s metodami a životním cyklem
- Testování softwaru je vše o nápadech (a jak je generovat)
- Výukové programy pro zatmění do hloubky pro začátečníky
- Proces správy defektů: Jak efektivně spravovat defekty
- Ukázky hlášení chyb pro webové a produktové aplikace