proces řízení testů

proces řízení testů je soubor činností od začátku testování do konce testování. Dává disciplínu testování. Při sledování zkušebního procesu nám dává plán na začátku. Testovací proces poskytuje zařízení pro plánování a řízení testování v průběhu celého cyklu projektu. Pomáhá sledovat a sledovat testování v průběhu celého projektu. Poskytuje transparentní testování mezi zúčastněnými stranami a udržuje provedený test pro budoucí použití. Poskytuje hlubokou úroveň detailů testování, které se provádí. Dává jasné pochopení testovacích aktivit předchozího projektu a post projektu všem zúčastněným stranám.Existuje mnoho nástrojů (nástroje jako qTest, JIRA, Team Service, TestLink.) k dispozici pro správu testovacího procesu. Zkušební proces může být definován a praktikován odlišně podle potřeby v testu. Níže jsou vysvětleny typické aktivity v testovacím procesu.

 proces řízení testu

testovací plán sloužil jako počáteční náčrt k provedení testování. Testování je sledováno a sledováno podle zkušebního plánu. Poskytuje předchozí obrázek o testovací výzvě a aspektu, který bude proveden pro software. Udržováním zkušebního plánu můžeme spravovat změny v plánu.Při zahájení nových projektů, na základě ponaučení získaných v předchozích testech, je třeba plán testů vylepšit, aby se zlepšil. Plán zkoušek vysvětluje nadměrný pohled na konkrétní požadavek, který je třeba otestovat, rozsah, funkční a nefunkční požadavek, riziko a zmírnění, testovací přístupy, harmonogram zkoušek a výstupy a harmonogram, mimo rozsah a předpoklad, testovací tým a přidělení, testovací prostředí, mechanismus zkušebních činností a jakákoli jiná zvláštní poznámka pro testování.

 plán zkušebního procesu

prvky zkušebního plánu popis
Over view Over view of the test plan and purpose of this test plan. Jaký je projekt, který je třeba otestovat? Stručný popis softwaru, který je třeba otestovat. Účel poskytování tohoto softwaru uživateli.
rozsah a mimo rozsah jaký je účel testování? Jaký typ testování se bude provádět?Pokud existuje nějaký mimo rozsah testování. Stručné vysvětlení softwarového projektu a toho, co je zahrnuto v testovacím plánu.Definování rámce testování na základě zdrojů, úsilí, rozpočtu a časové osy. Jaké funkce nebo sekce budou pokryty a jaké funkce nebo sekce nebudou během testování pokryty.
funkční a nefunkční požadavek vysvětluje každé funkční a fiktivní (testování výkonu, testování použitelnosti) testování, které je třeba provést. Vysvětlete jednotlivé funkce, které budou testovány. Každá funkční a nefunkční položka by měla být umístěna bez nejednoznačnosti.
riziko a zmírnění vysvětlete identifikované riziko související s projektem, softwarem a zdroji. Vysvětlete plán zmírnění a možnost.Identifikujte riziko, kterému můžeme během testování čelit. Nedostupnost zdrojů, zpoždění ve vydání vývojáře, skluz v plánu, menší porozumění funkcím a mezera mezi Obchodními a systémovými požadavky.
testovací přístupy jaké testovací přístupy budou použity? Jaký typ testování bude proveden? Typy testů, jako je testování instalace, funkční testování, testování UAT.Určete, jaké nástroje budeme používat při testování. Určete nástroje a licenční informace, které potřebují pro testování.
testovací plán a výstupy popisují celou hvězdu a úplné datum testování. Potřebujete zjistit datum vydání vývojářů a počet vydání. Uveďte každé datum vydání vývojáře, datum zahájení testu a datum dokončení. Analyzujte požadavky a testování, které budeme provádět, a pak přijít s úsilím. Na základě zdroje naplánujte plán s mile stone. Musíme také zvážit časový rámec jako každý konkrétní termín.
předpoklad může existovat jakýkoli předpoklad týkající se softwaru, projektu, zdroje nebo jakýchkoli konceptů. A ty musí být napsány v tomto.
testovací tým a přidělení kdo jsou testeři, kteří budou zapojeni a jaké jsou jejich povinnosti v projektu are.To kdo je školení vyžadováno, pokud existuje. Když jsou stanoveny povinnosti, je snadné provést testování v projektu.
testovací prostředí poskytuje veškeré informace týkající se testovacího prostředí. Jaké je testovací prostředí? Ve kterých prohlížečích se testování provádí? Zmínka o prostředí UAT.Externí systém, který bude přístupný během testování. Uveďte kapacitu paměti RAM a procesoru.

2) Návrh testu:

návrh testu poskytuje způsob implementace testování. Typicky je vytváření testovacích případů se vstupy a očekávaným výstupem systému a výběrem toho, které testovací případy jsou nezbytné pro provedení testu. Tester by měl mít jasné porozumění a odpovídající znalosti pro nastavení očekávaného výsledku. Tím je definováno pokrytí testování a tester nebude chybět žádný scénář. Existují dva typy technik návrhu testů, jeden je statické testování a druhý je dynamické testování. Statické testování se používá k testování bez provedení většinou artefaktů, jako je dokument a dynamické testování je testování spuštěním systému.

 návrh zkušebního procesu

testovací případ (prvek v dokumentu zkušebního případu):

  • název projektu / testu, Test provedený, datum provedení testu, verze softwaru a testovací prostředí
  • číslo případu testu
  • shrnutí testu
  • kroky
  • předběžná podmínka
  • po podmínce
  • testovací data
  • skutečný výsledek
  • očekávaný výsledek
  • Výsledek testu
  • poznámka

3) provedení testu:

Způsob provedení a testování skutečného výsledku systému proti očekávanému výsledku je provedení testu. Provedení testu lze provést ručně a pomocí automatizační oblek. Během provádění tester potřebuje, aby se ujistil, že uživatel potřebuje software je obsazena v softwaru. Provedení testu se provádí odkazem dokumentu vytvořeného během návrhu testu jako krok za krokem. Tester musí udržovat stopu při provádění testovacích případů.

provedení zkušebního procesu

příklad statického testování:

  • Otestujte dokument specifikace požadavku.
  • Otestujte návrhový dokument
  • Otestujte uživatelskou příručku

příklad pro dynamické testování:

  • testování jednotek
  • funkční testování
  • integrační testování

4) výstupní kritéria:

výstupní kritéria určují, kdy zastavit provádění testu. Výstupní kritéria jsou definována během fáze zkušebního plánu a použita ve fázi provádění zkoušky jako mílový kámen. Tester musí nastavit výstupní kritéria na začátku, výstupní kritéria se mohou měnit i během běhu projektu. Existují faktory, jako je potřeba klienta, stabilita systému a naplněná funkce, které rozhodují o výstupních kritériích. Jakmile tester dosáhne výstupních kritérií, testování bude zastaveno. Níže jsou uvedena některá běžná výstupní kritéria.

 kritéria ukončení zkušebního procesu

  • všechny kritické vady jsou uzavřeny.
  • všechny hlášené vady a uzavřené a ověřené.
  • popraven a vztahuje se na oblasti, které používá uživatel většinou.
  • systém obstarával všechny požadavky.
  • všechny důležité funkce jsou testovány a pracují podle očekávání.

5) hlášení o zkouškách:

hlášení o zkouškách poskytuje obraz o zkušebním procesu a výsledku pro konkrétní testovací cyklus. Chcete-li definovat prvek ve zkušebním hlášení, první věcí, kterou je třeba vzít v úvahu, je, kdo jsou posluchači zkušebního protokolu. Například projektový manažer bude chtít vidět obraz na vysoké úrovni testování, středně pokročilí lidé budou chtít zobrazit více podrobností a klient bude očekávat hlášení testů v kritériích, jako je požadavek základ, funkce základ. Zpráva o zkoušce je připravena a sdělována pravidelně, jako je denní, týdenní, měsíční atd. To musí být zasláno v různých fázích a čase.V budoucnu je třeba analyzovat výsledek zkušebních protokolů a aplikovat poučení. Zpráva o zkoušce obsahuje prvky, jako je stav provedení testu, dokončené procento, plán vs. provedené testovací případy, testovací prostředí, provedení testu podle zdrojů, riziko a případné zmírnění, shrnutí závady, testovací scénář a podmínky, jakýkoli předpoklad, jakákoli poznámka atd.

hlášení o zkušebním procesu

zpráva o zkušebním pokrytí: (Prvky zprávy o pokrytí zkoušky)

  • procento dokončeno
  • testovací scénář
  • softwarová oblast
  • testovaný zdroj
  • testované Datum
  • Výsledek testu

Souhrnná zpráva o závadě: (prvky souhrnné zprávy o závadě)

  • závada podle závažnosti
  • vady podle priority
  • vady podle přiřazeného vývojáře
  • vady podle funkce
  • vady podle oblasti softwaru
  • otevřené a uzavřené vady

zpráva o riziku a zmírnění: (Prvky zprávy o rizicích a zmírňování)

  • identifikované riziko
  • Pravděpodobnost
  • úroveň rizika
  • typ rizika
  • plán zmírnění

závěr:

v tomto článku jsme se dozvěděli o procesu řízení testů, není to jen jediná aktivita, ale také se skládá z řady činností, jako je plánování testů, návrh testů, provedení testů, výstupní kritéria a hlášení testů.

Leave a Reply