how perform test documentation reviews 6 simple steps qa process
Nyní už všichni víme, že pro testera Dokumentace je nedílnou součástí jeho každodenního života. Existuje přetížení testovacích artefaktů, které se vytvářejí, kontrolují, schvalují, používají, udržují a distribuují. Vždy máme stanoveny jasné postupy, jak vytvořit dokument, jak ho použít, komu by měl jít atd.
Prostřednictvím tohoto článku vrhneme trochu světla na malé, ale důležité téma - Recenze.
Revize je také formou testování - ověřovací část V&V se také nazývá Statické testování.
Co se naučíte:
- Druhy recenzí
- Krok 1: Definujte kritéria
- Krok 2: Proveďte kontrolu
- Krok 3: Zaznamenejte své výsledky
- Krok 4: Sdílejte, diskutujte a implementujte požadované změny
- Krok 5: Řízení verzí příslušných dokumentů
- Krok 6: Odhlaste se a použijte dokument podle určení
- Body k zapamatování
- Přes tebe
- Doporučené čtení
Druhy recenzí
- Posouzení vlastní práce - vlastní kontrola
- Peer- review
- Dozorčí
Pokud je validace polovinou testovacích postupů, pak je ověření druhou, ale pokyny jsou často temné - pojďme to tedy HNED změnit. Je to běžná praxe u článků na STH, začneme otázkami, co? Proč? Jak?
software pro crackování hesel pro Windows 7
Co kontrolujeme?
Všechno vytvořené musí být zkontrolováno. Níže jsou uvedeny některé z běžných zkontrolovaných artefaktů:
- Testovací plán
- Testovací scénáře
- Testovací šablony
- Testovací případy
- Testovací data
- Zprávy… atd
Proč recenze?
Ze stejného důvodu testujeme software, Například,
- Chcete-li odhalit chyby
- Zkontrolovat úplnost
- Aby bylo zajištěno dodržování standardů a pokynů nebo ne… atd.
Jak zkontrolovat?
Následuje seznam zahrnutých aktivit:
- Definujte kritéria - Máte kontrolní seznam, co hledat?
- Proveďte kontrolu
- Zaznamenejte své výsledky
- Sdílejte, diskutujte a implementujte požadované změny
- Řízení verze příslušných dokumentů
- Odhlaste se a použijte dokument, jak bylo zamýšleno.
Nyní budeme diskutovat o každém kroku v části „Jak“ - jinými slovy, o procesu jeho provedení.
(Většina z nás testerů nemá ráda textový procesor, že? Pro nás to znamená mnohem více práce nebo nějaký manažerský úkol na vysoké úrovni, který musíme udělat, i když nechceme - pro kvůli dodržování předpisů, o kterých nemáme tušení. Ale věřte mi, až přijdete s proces, který funguje a je dostatečně jednoduchý na to, abychom pochopili, proč to musíme udělat, může to být zábava! Hrajte spolu se mnou.)
Proces vzájemného hodnocení a dohledu je podle mě stejný, protože supervizor je také peer navzdory vyššímu označení.
Krok 1: Definujte kritéria
# 1) Co očekáváte? Můžete hledat například:
- Pravopisné chyby (Zní to příliš hloupě? Nemyslím si to, jednou jsem do jednoho z mých článků napsal „St Object“ namísto „Web Object“ - Změní význam úplně. Skoro to dělá příliš hloupé, než aby to bylo bráno vážně.)
- Soulad s formátem / šablonou
- Pokrytí funkčnosti a správnost
- Snadné porozumění
- Následovaly standardy - konvence pojmenování, konzistentní číslování… atd.
#dva) Vytvořte kontrolní seznam - Kontrolní seznamy jsou velmi univerzální. Může to být stejně komplikované jako kontrolní seznam nebo stejně jednoduché jako seznam potravin. Stačí jen nějaký čas na to, abyste to zvládli, a jakmile to uděláte, je to stejně jednoduché jako kontrola ON nebo OFF.
# 3) Jak nahlásit výsledky? - Vyberte si vše, co je vhodné, nejlépe metodu, kterou lze zaznamenat a sledovat.
vytvořte pole řetězců v javě
- Někdy to může být tak jednoduché, jako přidat další sloupec do listu aplikace Excel s testovacími případy a napsat něco červeně, když to není to, co by mělo být.
- Může to být slovo z úst
- Seznam v e-mailu
Krok 2: Proveďte kontrolu
# 1) Pomocí kontrolního seznamu, který jste vytvořili dříve, ověřte dokument a poskytněte zpětnou vazbu.
Krok 3: Zaznamenejte své výsledky
# 1) Znovu pomocí metody rozhodnuté v kroku 1 zaznamenejte a nahlaste své výsledky.
#dva) Když hlásíte své komentáře nebo návrhy na změnu, nezacházejte s nimi jinak než s oznámením závady. Nepřehlédněte nic. Buďte podrobní.
# 1) Nikdo nemá rád, když mu někdo říká, že jeho práce je nesprávná nebo neúplná. Pokud poskytujete negativní zpětnou vazbu, mějte na paměti následující pokyny.
- Poskytněte konstruktivní kritiku - pamatujte, abyste nebyli vůči osobě kritičtí, ale upozorněte na nedostatky tohoto produktu
- Nebuďte konkurenceschopní - jen proto, že předal 30 komentářů k vašim testovacím případům, nezkoušejte to porazit.
- Uveďte důvody k podpoře vašich komentářů
#dva) Získejte odhlášení.
# 3) Nechte provést změny
Krok 5: Řízení verzí příslušných dokumentů
# 1) Neodstraňujte starší verze žádného z dokumentů. Vhodně je pojmenujte a uložte do centralizované složky projektu. Koneckonců, to je důkaz celé naší práce
Krok 6: Odhlaste se a použijte dokument podle určení
# 1) Jakmile jsou všechny změny zapracovány, verze uložena, proveďte odhlášení procesu kontroly a přejděte k používání dokumentu k tomu, pro co byl vytvořen.
#dva) Další otázka, která přijde, je - zkontrolujeme to znovu po provedení změn? Kolikrát bude tento proces pokračovat - práce - kontrola - oprava - a pak znovu kontrola? Dokud?
Ne, recenze se nemusí opakovat znovu a znovu. Jedná se o činnost kontroly kvality, která se zaměřuje na ověření, zda jsou testovací pomocníci vytvořeni správně či nikoli. Dokumenty s nulovou vadou jsou jako vždy nemožné. Přiměřená úroveň kontroly - jednou od partnera je přijatelná.
Tam jste hotovi. Není tento proces jednoduchý?
Body k zapamatování
- Každý projekt nemusí dodržovat tuto formalizovanou metodu kontroly, ale i když má zavedenu neformální metodu, tyto kroky vám pomohou stanovit očekávání a provedou vás.
- Zkušební dokumentace odhady časové osy jsou obvykle založeny na čase potřebném pro vytvoření a kontrolu dokumentů - takže jsou do něj zabudovány, i když to ne vždy rozpoznáme.
- Kontrola není proces, který je omezen na týmy manuálního testování. Automatizační týmy také provádějí návody na kód, kontroly designu atd.
A konečně, takto vypadá typický dokument komentářů k recenzi pro testovací případy. Komentáře jsou červené. Ne nutně skutečné komentáře, ale něco, co ukazuje, jak se to dělá.
Ukázkový dokument přezkoumání testovacích případů: (kliknutím obrázek zvětšíte)
Přes tebe
Stále tedy máte pocit, že procesy jsou skličující? Provádíte ve svých projektech recenze? Níže prosím sdílejte své zkušenosti, výzvy, dotazy a komentáře.
O autorovi: Toto je příspěvek od Swati Seela - odborník na manuální a automatizované testování s více než 9 lety zkušeností v oboru . Je také instruktorkou našeho výcvikového kurzu testování softwaru.
Pokud se chcete naučit Testování softwaru od odborníků, podívejte se na plán naší nadcházející dávky a více o tomto kurzu na této stránce .
Doporučené čtení
- 4 kroky k vývoji agilního testování myšlení pro úspěšný přechod na agilní proces
- Jak provádět testování softwarových produktů - podrobný postup a metody s příklady
- Testování podnikových procesů (BPT) - Jak zjednodušit a urychlit proces testování pomocí BPT
- Vytvořte živou dokumentaci s okurkami pro soubory funkcí Specflow
- Průvodce dokumentací k testování softwaru (Proč je to důležité)
- Co by měl QA Tester vědět o procesu správy vydání a nasazení
- Příkaz Grep v Unixu s jednoduchými příklady
- 6 nejdůležitějších kroků, díky nimž budou vaše zkušební protokoly ještě lepší