Menu

Proces defektního třídění a způsoby řešení schůzky defektního třídění

  • Hlavní
  • Jiný
  • Proces defektního třídění a způsoby řešení schůzky defektního třídění

defect triage process

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

Kompletní průvodce procesem Defect Triage a efektivní způsoby řešení Defect Triage Meeting:

V dnešním článku se dozvíme o schůzce Defect Triage a o tom, jak zvládnout třídění schůzky jednodušším a efektivnějším způsobem.

sql dotazy dotazy a odpovědi pdf

Než budete pokračovat v tomto článku, přeji si, aby každý věděl, co se rozumí vadou, životním cyklem vady a jak nastavit prioritu a závažnost pro každou vadu . A je nutné porozumět těmto základním pojmům souvisejícím s vadou nebo chybou.

Můžete také projít můj dřívější článek ' Vadný životní cyklus a Proces správy vad ' rychle pochopit tyto pojmy.

Porucha Triage Meeting

Co se naučíte:

Přehled

Slovo „Triage“ se v zásadě používá v lékařské oblasti. Ve skutečnosti to rozhodovalo o pořadí, ve kterém by měli být pacienti léčeni. Obvykle ve velkých nemocnicích, kde denně existují tisíce přístupů pacientů ke konzultacím nebo skutečné léčbě. Ale ne všichni pacienti jsou přijati nebo léčeni okamžitě.

Závažnost nemoci nebo úrazu je hlavním kritériem konzultace a na základě toho jsou všichni pacienti příslušně kategorizováni. Pokud je zranění nebo zdraví kteréhokoli pacienta velmi kritické, pak lékaři s takovými pacienty obvykle zacházejí přednostně a v případě potřeby jsou přijati.

Normální onemocnění nebo nekritická zranění jsou považována za nižší prioritu a tito pacienti jsou léčeni později.

Podobně je termín Triage zaveden v testování softwaru pro vady aplikace nebo projektu. Proces Defect Triage je obvykle implementován ve velkých projektech a v mnoha případech není použitelný pro projekty malého rozsahu. Existuje šance na identifikaci velkého počtu nedostatků u větších projektů než u středních nebo malých projektů.

Také u větších projektů je frekvence identifikace defektů poměrně vysoká.

Podívejte se na níže uvedený obrázek, který ukazuje výsledek schůzky třídění vad a poskytuje odpovědi na konkrétní otázky, jako například:

Defekt Triage

Porucha Triage Meeting

Hlavním cílem třídění je sledovat všechny vady a včas zajistit správné řešení.

Během fáze provádění testu začnou testeři hlásit závady v nástroji Správa defektů HP ALM , QC atd. Pak Porucha Triage Meeting se koná, na kterém se vyžaduje přítomnost vývojářů a testerů, protože tito lidé budou diskutovat o všech vadách a podniknou další nezbytný postup.

Povinně je vyžadována zejména přítomnost níže uvedených účastníků:

  • Projektový manažer
  • Testovací vodič
  • Vedoucí vývoje nebo vývojář
  • Tester
  • Manažer testů
  • Obchodní analytik
  • Manažer prostředí

Přestože jsem uvedl vyčerpávající seznam všech účastníků schůzky, není nutné do každodenní schůzky zapojovat všechny, jako je Business Analyst, Environment Manager, Test Manager atd. Kdykoli je to nutné, pozve je zkušební vedoucí nebo vedoucí projektu a mohou se podělit o svou cennou zpětnou vazbu a názor týkající se konkrétní závady.

A celý tým je znám jako Triage Team . Nyní vysvětlím přesný proces třídění a jak je toto setkání nastaveno.

Zvažte jeden hypotetický příklad :Máme jeden projekt související s bankovní aplikací, velikost je velmi velká a frekvence identifikace a hlášení vady je vysoká. Z tohoto důvodu se zkušební vedoucí rozhodne uspořádat schůzku o defektu s požadovanými účastníky.

Pro nastavení schůzky pošle testovací zájemce e-mailem pozvánku na schůzku a nastaví konkrétní načasování schůzky Triage. Níže uvedený hypotetický obrázek ukazuje pozvánku na schůzku zaslanou testovacím vedoucím prostřednictvím aplikace Outlook všem účastníkům.

Na následujícím obrázku je vše imaginární - jména účastníků, zasedací místnost, podrobnosti konferenčního hovoru, datum, čas atd.

(Poznámka:Kliknutím na libovolný obrázek zobrazíte zvětšené zobrazení)

Pozvat schůzku Triage

Každý den před začátkem schůzky třídění pošle testovací zájemce všem účastníkům seznam všech „Otevřených“ vad ve formátu tabulky, aby mohli projít všemi vadami před schůzkou a pochopit, o co přesně vada jde a jaký druh opravy je pro to vyžadován.

Před zahájením každé schůzky třídění zajistěte, aby každá závada:

  • Má dostatek informací k pochopení vady pro všechny účastníky schůzky.
  • Uvádí se pod správným projektem a kategorií.
  • Zmínil prioritu a závažnost vad.
  • Všechny podrobné informace poskytované vadou, aby ji všichni účastníci správně pochopili.

Doporučené čtení => Kompletní průvodce procesem správy vad

jak vytvořit instanci seznamu v Javě

Defekt Triage Šablona

Před zahájením každé schůzky Defect Triage Meeting, Test Lead sdílí zprávu o defektu se všemi účastníky v určitém formátu a zpráva vytáhnutá z nástroje pro správu defektů, jako je HP ALM, HP QC atd. Zobrazuji jeden ukázkový formát v pod obrázkem, který poskytne představu o vysoké úrovni, která pole jsou uvedena v šabloně sestavy vady.

Zpráva o závadě

Pole zahrnutá v hlášení o vadě jsou obvykle:

  • ID vady
  • Popis
  • Přednost
  • Vážnost
  • Zjištěné datum
  • Zjištěno uživatelem
  • Postavení

Seznam není vyčerpávající, ale podle potřeby projektu lze zahrnout další pole v šabloně zprávy o vadách.

Formát tabulky se obvykle používá jako šablona pro hlášení defektů, proto jsem ve formátu tabulky uvedl hypotetické podrobnosti o defektu. Vezměte prosím na vědomí, že všechny informace uvedené ve výše uvedené zprávě o vadách jsou pouze imaginární a nesouvisí s žádným projektem ani skutečnou aplikací.

Proces defektního třídění

Běžně slyšenou a zkušenou situací v testovacích týmech je omezená dostupnost zdrojů. Třídění vad je proces, který se v důsledku tohoto jevu snaží provést určité vyvážení. Takže pokud existuje mnoho vad a omezené množství vývojářů / testerů, kteří je mají opravit / ověřit, třídění defektů pomáhá dosáhnout co největšího počtu defektů vyvážením technického personálu na základě parametrů defektů, jako je priorita a závažnost.

Relace třídění vad se obvykle účastní produktový manažer, vedoucí vývoje, testovací vedení a někdy obchodní analytici. V některých případech mohou být přizváni i další členové, aby vyjádřili své názory a pohledy na určité vady. Společně se jim říká třídící tým.

Proces defektního třídění

Většina systémů používá prioritu jako hlavní kritérium pro posouzení vady, avšak dobrý proces třídění zohledňuje také závažnost.

Podívejme se blíže na proces třídění pomocí dvou příkladů, o kterých jsme hovořili v předchozí části. V obou výše uvedených příkladech by to byla vlastně první vada, které by byla dána velmi vysoká priorita. Přestože jde pouze o kosmetickou vadu, dopad neopravování by byl obrovský.

Druhý je na druhé straně jistě funkčním defektem, jeho výskyt je však pouze za určitých podmínek, které jsou zřídka praktikovány zákaznickými scénáři. Oprava to může vyžadovat více času a lidí, které by mohly být lépe využity pro další vady. Proto by to považovalo za nižší prioritu než u prvního a možná odloženého kandidáta na další vydání.

Proces třídění tedy zahrnuje tým třídění, který společně sedí a kontroluje všechny závady včetně odmítnutých závad. Vyvodí počáteční posouzení vad na základě jeho obsahu, jejich příslušné priority a nastavení závažnosti; s každou osobou v týmu třídění, kteří představí svůj pohled na to, jak upřednostnit vady.

Produktový manažer poté nastaví prioritu na základě všech vstupů a přiřadí vadu správnému vydání, tj. v aktuálním vydání nebo v jakémkoli budoucím vydání. Také přesměruje vadu na správného vlastníka / tým pro další akci. Odmítnuté vady jsou také podrobeny podobné analýze. Na základě důvodu odmítnutí je určena futuristická akce, zda je třeba ji odložit nebo zrušit.

php rozhovor otázky a odpovědi na 5 let zkušeností

Na schůzce třídění by měla být projednána každá závada, včetně závad, které jsou kategorizovány jako závady s nižší prioritou. Kontrola třídícího týmu vyhodnotí všechny vady a u každé vady přijme nezbytná opatření. Pokud závadě chybí informace, potom vývojář přiřadí zpět tyto závady testerům a žádostem o potřebné informace.

Třídící schůzku lze uspořádat v zasedací místnosti, pokud jsou všichni účastníci na stejném místě. Ale v mnoha organizacích je práce prováděna z jiného místa a všechny týmy jsou rozloženy do různých míst, takže schůze se koná také pomocí telekonference nebo obchodního Skype.

Účastníci telekonference

( obraz zdroj )

Postup schůzky třídění vad krok za krokem:

  • Testovací olovo zahajuje schůzku zprávou o závadě, která byla odeslána dříve v daný den.
  • Diskuse začíná akcemi čekajícími na předchozím třídění. Nejprve jsou diskutovány nezbytné aktualizace nebo akce, které byly podniknuty při jakékoli závadě.
  • Pokud jsou ve zprávě o vadách nové vady, jsou tyto vady zkontrolovány a vyhodnoceny. Také ověří, zda jsou priorita a závažnost přiřazeny správně, pokud ne, pak jsou na schůzce opraveny.
  • Všechny vady jsou diskutovány na schůzce a vývojový tým také diskutuje o složitosti opravy vady. Riziko spojené s vadou také projednává třídící tým.
  • Tým společnosti Triage dospěl k závěru, která vada by měla vyžadovat okamžitou pozornost a opravu a která vada musí nějakou dobu počkat, a pokud je to nutné, lze tyto vady odložit do budoucích verzí.
  • Všechny vady jsou během schůzky přiřazeny příslušnému týmu v QC nebo ALM současně. Příslušné komentáře jsou také přidány do QC / ALM.
  • Všechny důležité aktualizace a položky akcí jsou zaznamenány a testovací vedoucí volá na konec schůzky.
  • Po dokončení třídění schůzky zašle zkušební vedoucí všem účastníkům zápis ze schůzky.

Role a odpovědnosti

Úlohy a odpovědnosti založené na jednotlivých kategoriích jsou vysvětleny níže:

Testovací vodič

  • Test Lead naplánuje schůzku třídění vad a pošle formální pozvánku na schůzku požadovanému týmu.
  • Odešle zprávu o závadě před každou schůzkou třídění.
  • Zahajuje schůzku s nevyřízenými akčními položkami z předchozí schůzky třídění.
  • Diskutujte o každé vadě a dopadu na plán, pokud jsou kvůli vadě blokovány některé funkce.
  • Pomáhá při přiřazování priority a závažnosti každé vady, pokud nebyla dříve správně přiřazena.
  • Aktualizujte QC / ALM příslušnými komentáři.
  • Poznamenejte si všechny aktualizace, akce, rizika spojená s vadou atd.
  • Odešle všem účastníkům zápis z jednání.

Vedoucí vývoje / vývojář

  • Sdílejte aktualizace o akčních položkách čekajících na poslední třídění.
  • Diskutujte o všech vadách z technického hlediska.
  • Na základě složitosti vady a funkčnosti určete, kolik času to bude vyžadovat pro opravu.
  • Diskutujte o složitosti vady a riziku spojeném s vadou, pokud existuje.
  • Po ověření všech dostupných podrobných informací vývojový vedoucí přiřadí defekt příslušnému vývojáři.
  • Aktualizuje vadu očekávaným datem řešení.
  • Pomáhá při identifikaci hlavní příčiny závady.

Projektový manažer

  • Zajistěte, aby pro schůzku byli k dispozici všichni zástupci z každé oblasti.
  • V případě potřeby pozve vedoucí projektu na schůzku Business Analyst k vyjádření ke konkrétní závadě.
  • Pokud se vady nepohybují nebo pokud existuje nějaký větší blokátor, postupuje s procesem eskalace.
  • Je-li to požadováno, jedná jako prostředník v případě jakéhokoli sporu nebo konfliktu mezi týmy a přijme nezbytné rozhodnutí.
  • Potvrzení od vývojového týmu si vezměte na příští datum vydání pro odstranění vad.
  • Uvědomte si aktualizovaný plán a datum vydání projektu pro všechny týmy.

Občas je také vhodné zapojit do třídění výzvu dalších členů týmu, aby také porozuměli schůzce a přispěli jí, a v případě potřeby také poskytli zpětnou vazbu.

Závěr

Každá zaznamenaná vada by měla být projednána na třídění.

I když je závada odmítnuta, měl by testovací tým znát důvod odmítnutí. Pokud některá z vad není reprodukovatelná, může vývojář během třídění požádat testery o podrobnosti v reálném čase a mohou se pokusit vadu reprodukovat.

Defekt Triage je důležitý, protože každý bude vědět, kdy bude vada odstraněna a bude k dispozici k opětovnému testování. Pokud některá z vad není kritická a za účelem odstranění vady to vyžaduje obrovské úsilí vývojového týmu a rozhodnutí bude přijato projektovým manažerem.

Vedoucí projektu rozhodne o prioritě takové vady a v případě potřeby mohou být vady odloženy na další vydání.

Doufám, že byste měli jasnou představu o Defect Triage, Defect Triage Process a způsobech, jak efektivně zvládat Defect Triage Meetings!

Doporučené čtení

^