Menu

Jak se připravit na psaní testovacích případů (Tipy k produktivitě)

how prepare yourself

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

Jak se připravit na psaní testovacích případů a zlepšit svou produktivitu:

Když se tester rozhodne psát vysoce kvalitní testovací případy a chce zlepšit jejich efektivitu a produktivitu psaní testovacích případů, existuje několik klíčových bodů, které testerům pomohou dosáhnout těchto cílů.

Nejprve se musí profesionálně a psychologicky připravit na některé klíčové body nezbytné pro všechny úspěšné testery softwaru v IT průmyslu. Toto bude považováno za „ Vstupy „Pro testera, než začnete psát testovací případy.

psaní testovacích případů

Dále musí pochopit metriky kvality zahrnuté v projektu, který se používá jako nástroj pro hodnocení výkonu testeru v různých fázích životního cyklu testování. Toto bude považováno za „ Výstupy „Pro testera po dokončení psaní testovacích případů .

A konečně, tester potřebuje vědět, jak je chyba hlášena, problémy jsou eskalovány a jak jsou zprávy o zkouškách připravovány v souladu se standardním postupem a mohou být srozumitelné zúčastněným stranám projektu.

Co se naučíte:

zátěžové testování vs testování výkonu vs zátěžové testování

Připravte se na psaní testovacích případů

1) Psaní testovacích případů je umění a není to jen práce nebo úkol. Kus nebo část softwaru lze navrhnout a vyvinout, ale dokud nebude plně testován pro všechny scénáře s efektivním testovacím přístupem, bude k ničemu a nebude způsobilý k vydání a použití kýmkoli. Tak, považujte se za důležitou osobu v projektu a zacházejte se svou testovací aktivitou jako s důležitým úkolem v projektu .

dva) The vášeň s pozitivním přístupem , což je nanejvýš osobní testeři kvality by měli mít během celého životního cyklu projektu. Vášeň motivuje schopnosti budování týmu a přístup přináší velkou produktivitu při psaní testovacích případů kvality. Znamená to, že psaní testů je směsicí profesionálních a osobních kvalit pro společný cíl dosažení skvělých výsledků jako konečný výstup v projektu.

3) Pozitivní a negativní testovací případy jsou součástí psaní testovacích případů, ale testeři by měli mít semi-pozitivní myšlení rozbít testovanou aplikaci hledáním chyb . Nejedná se o negativní způsob myšlení, spíše se vyhněte situaci identifikace chyby někým po vydání nebo vyhněte se situaci, kdy bude systém narušen některými uživateli systému.

4) Efektivita testeru by nemělo být odhadováno na základě počtu chyb identifikovaných v testovaném systému, ale na schopnostech psaní úspěšných testovacích případů, jejichž výsledkem je odhalení vad. Testovací případy by tedy měly být psány tak, aby pokrytí a sledovatelnost by měla být maximální na základě hranice systému a rozsahu.

5) Pochopte důkladně doménu aplikace .Například, testování webu je jednodušší než testování finančního softwaru vyvinutého pro burzu, který současně využívají tisíce lidí. Jednoduché funkce webových stránek mohou být srozumitelné každému testujícímu, zatímco finanční podmínky a funkce nemohou být srozumitelné všem testerům, dokud nemají příslušné vzdělání nebo školení nebo nemají zkušenosti s doménou .

Když je tedy tester přidělován na nový projekt, měl by provést sebehodnocení, zda jsou způsobilí a mohou vykonávat svou práci podle očekávání nebo ne. Pokud je obtížné porozumět funkčním požadavkům, mělo by to být s dostatečným předstihem předáno projektovému týmu, aby se předešlo budoucím mylným představám o účinnosti a výkonu testeru. Bude to řešit projektový manažer nebo vedoucí testu prostřednictvím správných plánů a školení.

6) Požadavky na projekt a typy zkoušek, které mají být provedeny, se u jednotlivých projektů liší. Tester by měl být připraven provádět jakýkoli druh testování. Neomezujte své schopnosti svým dovednostem a specialitám. Buďte připraveni převzít odpovědnost a výzvy při psaní a provádění testovacích případů pro jakýkoli typ testování.

Mnoho testerů se snaží přizpůsobit nebo se promítnout jako manuální nebo automatizační testery. Když přijde na testování výkonu, zátěžové testování nebo zátěžové testování, velmi málo testerů převezme role a připraví se tréninkem nebo shromážděním požadovaných znalostí. Tak, rychle se učí a buďte připraveni převzít odpovědnost a růst ve své kariéře.

7) Určete typy testování a dovednosti potřebné pro testování AUT. Například, některé projekty vyžadují pouze testování černé skříňky a některé vyžadují testování bílé skříňky. Znalost „ skriptování „Nebo zkušenost v„ SQL „Nebo pracovat s„ označit jazyk „Jako HTML / XML atd., Nebo dokonce znalosti systému o tom, jak instalovat / řešit problémy s instalací softwaru atd., Jsou některé požadavky specifické pro daný projekt, které se musíte naučit sami nebo pro ně získat školení.

8) Zajistěte, aby zkušební případy pokrývaly Typy testování výkonu, testování zabezpečení a regrese. Například, pro přihlášení do aplikace pomocí přihlašovací obrazovky níže:

Účinnost testovacího případu 2

  • Může být vyžadováno testování výkonu, aby se zkontrolovalo, zda je aplikace stabilní, když se do systému přihlašuje současně 1000 uživatelů. Testovací případy by měly být zapsány tak, aby pokryly tento scénář.
  • Může být vyžadováno testování zabezpečení, aby se zkontrolovalo, zda aplikace umožňuje pouze uživatelům, kteří mají správná práva a oprávnění k autorizaci k používání systému, a testovací případy by měly být napsány tak, aby pokryly tyto scénáře.
  • Může být vyžadováno regresní testování, aby se zkontrolovalo, zda základní funkce a kritické funkce fungují správně v každém vydání.

9) Kontrola testovacího případu : Jednou z nejdůležitějších a nejvíce přehlížených fází vývoje softwaru a životního cyklu testování je „ POSOUZENÍ “. Pokud plán projektu zahrnuje dostatek času na a proces kontroly v každé fázi vývoje projektu jsou ty nejkvalitnější výstupy a výstupy, které můžeme očekávat, stejné.

Například před zahájením psaní testovacích případů by testeři měli zkontrolovat, zda je dokument „specifikace požadavků“ zkontrolován a zda jsou všechny body kontroly v dokumentu zohledněny a aktualizovány. Pokud organizace sleduje správný a vyzrálý proces, měly by mít všechny šablony dokumentů tyto informace o změně na první stránce samotného dokumentu.

Dokumenty k testovacím případům by měly být zkontrolovány alespoň třikrát prostřednictvím:

i) Vlastní kontrola
ii) Peer review
iii) Zkontrolujte ostatní, zda jsou úplní, pokrytí testem, sledovatelnost a zda je testovací případ testovatelný či nikoli.

10) Konečně, pochopit, jak odhadnout a naplánovat úlohy testování . Plánujte pracovat pouze na plánovaný odhadovaný čas za den. Toho lze dosáhnout včasným zahájením a dokončením úkolů a odchodem na den s plány pro úkoly následujícího dne.

Vyhýbejte se pozdním nocím a víkendům v kanceláři. V současné době jsou k dispozici efektivní přístupy k řízení projektů a projekty se provádějí v agilním prostředí. Pokud projektové týmy milníky nedosáhnou, bude se s nimi zacházet jako s neefektivním řízením projektu spíše než s neefektivností projektových týmů.

Poznámka : Mějte na paměti, i pro automatizované testování , testovací případy by měly být jasně napsány a alespoň jednou přezkoumány, aby zcela pokrývaly funkční tok testované aplikace. Jakýkoli automatizační testovací nástroj může úspěšně zaznamenávat a spouštět testovací případy, pouze pokud jsou jasně definovány a zapsány ruční testovací případy.

Metriky kvality

Toto je důležitá aktivita ve fázích testování softwaru. Testovací tým by si měl být plně vědom různých metrik testování použitých k dosažení cíle projektu. Výkon testeru se nevyhodnocuje pouze na základě fáze provádění testu, ale na základě všech metrik testu shromážděných z analýzy požadavků, psaní testovacích případů, provádění, hlášení chyb a nakonec fáze hlášení testu.

Níže uvádíme několik důležitých testovacích metrik následuje většina organizací pro lepší produktivitu testerů a efektivitu fází testování.

Viz takédalší užitečné metriky testování používané ve fázích testování:

=> Důležité metriky a měření softwaru a Živé sledování chyb projektu, testovací metriky a testovací odhlášení.

testování jednotky vs funkční testování vs testování integrace

1) Průměrná účinnost testování

  • Chyby na člověka-měsíce testovacího úsilí.
  • Vypočteno jako průměr (celkový počet chyb během testování v člověkoměsících).
  • Vypočítává se po každém interním vydání i po dokončení testu.
  • Limit přijetí: měl by být menší než 50

2) Průměrná hustota vad zákazníka

  • Chyby hlášené klientem po dodání Vs celkové úsilí testování v man-měsících.
  • Vypočteno jako průměr (celkový počet chyb po doručení / testování v člověkoměsících).
  • Vypočítá se po externím vydání a dokončení projektu.
  • Limit přijetí: měl by být menší než 1

3) Selhání funkčního testu

  • Počet neúspěšných funkčních testovacích případů / Celkový počet provedených funkčních testovacích případů.
  • Bude počítáno měsíčně nebo čtrnáctidenně.

4) Chyby s úrovní závažnosti 1

  • Celkový počet chyb identifikovaných s úrovní závažnosti 1 (blokátor).
  • Testování softwaru nemůže pokračovat kvůli problémům s blokováním.
  • Vypočítává se každý týden.

5) Chyby s úrovní závažnosti 2

  • Celkový počet chyb identifikovaných s úrovní závažnosti 2 (hlavní chyby).
  • Z důvodu velkých chyb nelze v testování této funkce pokračovat, ale lze v ní pokračovat v jiných částech systému.
  • Vypočítává se každý týden.

6) Chyby s úrovní závažnosti 3

  • Celkový počet chyb identifikovaných s úrovní závažnosti 3 (drobné chyby).
  • Testování může pokračovat, protože identifikovaná chyba je drobná a nezastaví testování.
  • Vypočítává se každý týden.

7) Chyby s úrovní závažnosti 4

  • Celkový počet chyb identifikovaných s úrovní závažnosti 4 (kosmetické problémy).
  • Testování lze dokončit bez problémů, protože identifikované chyby se týkají kosmetiky a budou opraveny pro příští vydání.
  • Vypočítává se každý týden.

Hlášení chyb

Mechanismus hlášení chyb by měl být řízen vyspělým testovacím procesem, aby byla zachována kvalita aplikace. Měl by existovat řádný proces eskalace správným oprávněným osobám, aby poznaly stav, závažnost a prioritu chyby. Existují k dispozici je mnoho bezplatných a komerčních nástrojů pro hlášení chyb jako Bugzilla, Mantis atd., které jsou velmi efektivní v mechanismu sledování problémů a lze je snadno integrovat s jakýmkoli nástrojem pro správu testů použitým v projektu.

V každém projektu testování je třeba dodržovat standardní postupy pro mechanismus hlášení stavu online každý den. Každá chyba / problém zaznamenaný a nahlášený v těchto systémech pro sledování chyb by měl okamžitě zaslat e-mail příslušným orgánům, který jim pomůže naplánovat a přijmout odpovídající opatření.

Chcete-li se podrobně naučit proces hlášení chybpřečtěte si následující články:

=> Jak napsat dobrou zprávu o chybě? Tipy a triky
=> Ukázka hlášení o chybě
=> Proč je hlášení chyb umění, které by se měl naučit každý tester?
=> Životní cyklus chyby
=> Ukázky hlášení chyb pro webové a produktové aplikace

Protokoly o zkouškách

Kromě hlášení o chybách, která jsou vyvolána, zaznamenána a eskalována v systému hlášení chyb, je testovací zpráva jedním z nejdůležitějších dokumentů pro zjištění stavu testování a dalších důležitých metrik identifikovaných a vypočtených během rozpětí doby hlášení testů.

Níže je uveden jeden takový jednoduchý testovací protokol:

Přečtěte si také následující užitečné výukové programy proefektivní hlášení testů:

=> Průvodce vytvořením souhrnné zprávy o účinném testu
=> Jak chytře hlásit provedení testu (Stáhnout šablonu hlášení o stavu)

java základní otázky a odpovědi na rozhovor

vítězný

jaya1

Závěr

Proces přípravy na psaní testovacích případů není jen pouhým přidělením zdrojů v projektu, ale existuje několik klíčových požadavků, jako je příprava na sebe jako oprávněného testera a pochopení metrik kvality, které jsou sledovány během životního cyklu testování a dokonce i po vydání.

Sledování procesu, standardů, postupů a přísné dodržování metrik kvality tedy s vášní může automaticky přinést ve vás velkou efektivitu testování, produktivitu a tester kvality, který se stane zvykem ve vašem profesionálním životě.

Tyto faktory kvality lze analyzovat samostatně nebo skupinově pomocí několika otázek což nám řekne, zda jsme na správné cestě ke zdokonalování sebe a procesů, abychom dosáhli efektivního přístupu při psaní a provádění testovacích případů:

  • Prošli jste funkčními požadavky / uživatelskými požadavky / dokumenty obchodních případů?
  • Byl dokument s funkčními požadavky zkontrolován a správně aktualizován pomocí komentářů ke kontrole?
  • Obdrželi jste prototypy obrazovek pro všechny testované funkce?
  • Vyhovuje vám psaní testovacích případů, které jsou testovatelné a sledovatelné během celého životního cyklu testování?
  • Máte požadované dovednosti a znalosti domény, abyste mohli testovanou aplikaci otestovat?
  • Potřebujete školení nebo technické znalosti potřebné k provedení testovacích případů?
  • Máte harmonogram psaní, kontroly a provádění testovacích případů, který pokrývá čas na přípravu kvalitních dokumentů?
  • Máte kolegy, aby zkontrolovali vaše testovací případy a autorizovaného odborníka na ověřování úplnosti a pokrytí testovaných funkcí a funkcí?
  • Máte dostatek testovacích případů pro všechny funkční požadavky?
  • Máte dostatek testovacích případů pro testování výkonu, zátěže a testování zabezpečení?
  • Máte dostatek testovacích případů pro instalaci a regresní testování?
  • Máte kontaktní místo pro eskalaci problémů nebo hlášení chyb?
  • Je nástroj pro sledování chyb správně nakonfigurován s požadovaným povolením pro všechny?
  • Vyhovuje vám sledování všech procesů definovaných v plánu zkoušek?
  • Jste zapojeni do všech kontrolních schůzek a máte příležitost promluvit si s vývojovým nebo manažerským týmem?
  • Zlepšuje se vaše produktivita a efektivita, nebo je třeba přijmout stejná opatření?

Doporučené čtení = >> Nejlepší online kurzy tvůrčího psaní

Existuje mnoho podobných otázek, které si testeři mohou položit pro analýzu sebezdokonalování, v závislosti na typu projektu nebo organizaci, se kterou pracují. Nejdůležitější věcí je, že všechny tyto činnosti by neměly být dodržovány jen kvůli sledování procesů, ale měly by být prováděny jako vaše každodenní zvyky, kterých lze dosáhnout prostřednictvím Vášeň pro testování pouze.

Výukový program PREV | DALŠÍ výuka

Doporučené čtení

^