Menu

Provedení testu při testování softwaru: Přesný proces a plán s příkladem

test execution software testing

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

Přesný proces a plán provádění testovacích případů se skutečnými příklady.

Dnes v našem Mini školení o testování softwaru postupujeme do poslední fáze STLC, kterou je Provedení testu .

Seznam všech tutoriálů zveřejněných v této bezplatné sérii školení QA si můžete prohlédnout na této stránce: Školení testování softwaru od začátku do konce na živém projektu.

Provedení testu je bezpochyby nejdůležitější a „probíhající“ fází v natluču a také celý životní cyklus vývoje. Důvod je - každý tým / příspěvek člena týmu a práce bude ověřen zde:

Provedení testu při testování softwaru

  • Interpretoval obchodní analytik požadavky správně?
  • Přeložil vývojový tým obchodní požadavky na funkční požadavky a případně na správné kódování?
  • Navrhl datový architekt a DBA ty správné back-endové systémy?

Provedení testu je místo, kde by se našly všechny odpovědi na tyto otázky. To z nás dělá QA hrdiny celého procesu vytváření softwaru, že? :)

Provedení testu je také „testovací“ částí SDLC.

potřebuji falešnou e-mailovou adresu

Jakmile jsou testovací případy napsány, sdíleny s týmem BA a Dev, zkontrolovány, změny jsou oznámeny týmu QA (pokud existují), tým QA provede nezbytné změny - fáze návrhu testu je dokončena. Příprava testovacích případů nyní neznamená, že můžeme zahájit testovací běh. Aplikaci musíme mít mimo jiné připravenou.

Co se naučíte:

Pokyny k provádění testu

Pojďme si nyní udělat seznam všech věcí, které jsou důležité pro pochopení fáze provádění testu:

# 1) The stavět (kód, který je napsán týmem dev, je zabalen do toho, co je odkazováno na sestavení - to není nic jiného než instalovatelná část softwaru (AUT), připravená k nasazení do prostředí QA.) a zpřístupněn) prostředí QA je jedním z nejdůležitějších aspektů, které se musí stát, aby mohlo spuštění testu začít.

#dva) Provádění testu probíhá v Prostředí QA . Abyste se ujistili, že práce vývojového týmu na kódu není na stejném místě, kde tým QA testuje, je běžnou praxí mít vyhrazené prostředí Dev a QA. (K dispozici je také produkční prostředí pro hostování živé aplikace).

To je v zásadě zachování integrity aplikace v různých fázích životního cyklu SDLC. V opačném případě jsou všechny 3 prostředí v ideálním případě identické.

# 3) Velikost testovacího týmu není konstantní od začátku projektu. Když je zahájen plán testování, tým může mít pouze vedoucího týmu. Během fáze návrhu testu je na palubě několik testerů. Provedení testu je fáze, kdy je tým v maximální velikosti.

# 4) Provádění testu se také děje v nejméně 2 cykly (3 u některých projektů). Obvykle se v každém cyklu provedou všechny testovací případy (celá testovací sada). Cílem prvního cyklu je identifikovat blokování, kritické vady a většinu vysokých vad.

Cílem druhého cyklu je identifikovat zbývající vysoké a střední vady, opravit mezery ve skriptech a získat výsledky.

# 5) Fáze provádění testu se skládá z - Provádění testovacích skriptů + údržba testovacího skriptu (oprava mezer ve skriptech) + hlášení (vady, stav, metriky atd.) Proto při plánování této fáze plány a úsilí by mělo být odhadnuto s přihlédnutím ke všem těmto aspektům, nejen k provedení skriptu.

# 6) Po dokončení testovacího skriptu a nasazení AUT - a před začátkem provádění testu je zde mezilehlý krok. Tomu se říká „Kontrola připravenosti testu (TRR)“ . Jedná se o druh přechodného kroku, který ukončí fázi návrhu testu a usnadní nám provádění testu.

Informace o tomto kroku a ukázkový kontrolní seznam „Test připravenosti kontroly“ najdete na tomto odkazu: Kontrolní seznam testování softwaru

# 7) Kromě TRR existuje ještě několik dalších kontrol, než se ujistíme, že můžeme pokračovat s přijetím aktuálního sestavení, které je nasazeno v prostředí QA pro provedení testu.

To jsou Testy kouře a duševního zdraví . Podrobné informace o tom, o co se jedná, najdete na: Co je test kouře a duševního zdraví?

# 8) Po úspěšném absolvování testů TRR, Smoke a Sanity začíná testovací cyklus oficiálně.

# 9) Průzkumné testování bude provedeno, jakmile bude sestavení připraveno k testování. Účelem tohoto testu je zajistit, aby byly odstraněny kritické vady před zahájením dalších úrovní testování. Toto průzkumné testování se provádí v aplikaci bez jakýchkoli testovacích skriptů a dokumentace. Pomáhá také seznámit se s AUT.

# 10) Stejně jako ostatní fáze STLC je práce rozdělena také mezi členy týmu ve fázi provádění testu. Rozdělení může být založeno na počtu modulů nebo počtu testovacích případů nebo na čemkoli jiném, co by mohlo dávat smysl.

jaké jsou sdlc fáze?

#jedenáct) Primární výsledek fáze provádění testu je ve formě zpráv primárně, tj. Zpráva o vadách a Zpráva o stavu provádění testu. Podrobný postup podávání zpráv najdete na adrese Zprávy o provedení testu.

Nové sloupce v dokumentu Testovací případy

Dokument Test case se nyní rozšíří o následující dva sloupce - Stav a skutečný výsledek .

( Poznámka : Pro živé provedení testu projektu jsme přidali a aktualizovali tyto sloupce s výsledky provedení testu v tabulce testovacích případů uvedené níže ke stažení)

# 1) Stavový sloupec

Provedení testu není nic jiného než použití testovacích kroků na AUT, poskytnutí testovacích dat (jak je uvedeno v dokumentu testovacího případu) a sledování chování AUT, aby se zjistilo, zda splňuje očekávaný výsledek nebo ne.

Pokud není očekávaný výsledek splněn, lze jej považovat za vadu. A stav testovacího případu se změní na „Fail“ a pokud je očekávaný výsledek splněn, je stav „Pass“. Pokud testovací případ nelze provést z jakýchkoli důvodů (stávající vada nebo prostředí, které nepodporuje), bude stav „Blokován“.

Stav testovacího případu, který ještě není spuštěn, lze nastavit na Žádný běh / neprovedeno nebo může zůstat prázdný.

  • U testovacího případu s více kroky, pokud určitý krok (uprostřed kroků testovacího případu) není splněn očekávaný výsledek, lze stav testovacího případu nastavit na „Selhat“ právě tam a další kroky nemusí být provedeny.
  • Stav „Selhání“ lze označit červenou barvou, pokud na něj chcete okamžitě upozornit.

# 2) Sloupec skutečných výsledků

Toto je prostor, kde můžeme my testeři zaznamenat, jaká je odchylka v očekávaném výsledku. Pokud je očekávaný výsledek splněn (nebo testovací případ, jehož stav je „Pass“), může být toto pole prázdné. Protože pokud je očekávaný výsledek splněn, znamená to skutečný výsledek = očekávaný výsledek, což znamená, že jeho přepsání ve sloupci skutečného výsledku bude opakováním a redundancí.

K tomuto sloupci lze připojit snímek odchylky, aby byla jasnější, o jaký problém jde.

Výsledky testování testu pro OrangeHRM Live Project

Pojďme nyní získat OrangeHRM a provést test na základě výše uvedených pokynů.

Zde je několik poznámek:

  • Rozšířená šablona testovacího případu.
  • Průzkumné testování, jak je uvedeno, bude prováděno bez testovacích skriptů. Neváhejte tedy aplikaci vyzkoušet paralelně, jak uznáte za vhodné.
  • Z důvodu omezení, která máme při prezentaci živého projektu ve formě čitelného obsahu, se v ukázkové šabloně Test Execution zobrazuje pouze omezené množství testovacích případů / funkčnosti aplikace OrangeHRM. Opět se prosím pokuste pracovat na více pro co nejpraktičtější zážitek.
  • Do dokumentu jsou také přidány testovací sady Sanity and Smoke, které vám poskytnou představu o tom, jaké testovací případy jsou pro tyto fáze zvažovány.
  • Vady ještě nejsou protokolovány, přestože je stav některých testovacích případů nastaven na „Selhání“. Je to proto, že protokolování defektů je dalším nejdůležitějším / běžně pracovaným aspektem našeho života testerů. Chceme se tím tedy podrobně zabývat v příštím článku.

Testovací případy s výsledky provedení:

=> Kliknutím sem stáhnete dokument Provedení testovacího případu.

Obsahuje - Výsledek provedení testovacích případů, kouřové testy, testy zdravého rozumu, průzkumný test - tabulky

Nakonec, pokud byl k vytvoření a údržbě testovacího případu použit nástroj pro správu testů, lze stejný použít i pro provedení testu. Použití nástroje usnadňuje vytváření sestav, ale jinak je proces spouštění testovacích případů stejný. Chcete-li získat představu, podívejte se na tento článek jak používat HP ALM pro provádění testovacích případů .

nejlepší aktualizátor ovladačů pro Windows 10

(Klikněte na obrázek pro zvětšení)

ALM pro výsledek excitačního testu

Tím se dostáváme na konec dalšího zajímavého segmentu procesu testování. V dalším a posledním článku tohoto článku bezplatný online školicí minikurz QA testování softwaru , podrobně se podíváme na vady; zabalte témata jako „kdy přestat testovat“, metriky a QA odhlásit.

=> QA Training Day 6: Sledování chyb, testovací metriky a testovací odhlášení

Dejte nám prosím vědět, jak jsme na tom, a zůstaňte naladěni na další článek.

Doporučené čtení

^