Menu

Jaké jsou výsledky testování při testování softwaru?

  • Hlavní
  • Jiný
  • Jaké jsou výsledky testování při testování softwaru?

what are test deliverables software testing

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

Naučte se vše o výstupech testu při testování softwaru s příklady:

Po úspěšném dokončení zadaného úkolu si každý tester povzdechne. Na konci každého testování musí tester zaslat klientovi příslušné výstupy testu.

nejlepší nástroj pro kontrolu kódu pro git

V tomto článku se podrobně podíváme na některé důležité výstupy testu.

Testovací výstupy se obecně používají v celém projektu. Používají se ve všech fázích testování a pro další zpracování je vždy nutné je odeslat včas.

Testování výstupů při testování softwaru

Co se naučíte:

Testování výstupů při testování softwaru

Výsledky testování hrají důležitou roli v testování softwaru. Tento článek podrobně popisuje vše o testovacích dodávkách.

Některé z důležitých výstupů testu jsou uvedeny níže pro vaši potřebu:

  • Testovací strategie
  • Plán zkoušek a odhad
  • Scénář testu
  • Testovací případy a testovací data
  • RTM
  • Souhrnná zpráva o testu
  • Testovací zpráva o uzavření
  • Zpráva o nehodě

Testovací strategie

Strategie testování bude rozhodnuta na základě specifikace obchodních požadavků. Jedná se o zásadní dokument, který obsahuje všechny podrobnosti o testovacích pracích, které je třeba provést. Jedná se o kompletní dokument pro správu.

Ve srovnání s testovacím plánem se jedná o dokument na vysoké úrovni a je obvykle připraven manažerem testu nebo vedoucím. Zde je třeba zmínit cíl testu, přístup k testu, rozsah testu, vstupní a výstupní kritéria, typy a úrovně testování, milníky, počet zaměstnanců atd.

Plán zkoušek a odhad

Zde by měly být uvedeny podrobnosti na úrovni granulí pro každý krok testování. Správný plán obecně vede ke správné struktuře práce. Podobně dobrý plán vede k dobrému testování.

Cíle testu, testovací přístup, rozsah testu, vstupní a výstupní kritéria, typy a úrovně testování, milníky, personální zajištění atd. By zde měly být uvedeny podrobně.

Hlavní plán, který zahrnuje způsob provádění testování, se používá pro jednoduché projekty.

Odhad: Odhad definuje, jak dlouho bude každý krok při testování probíhat spolu s celkovou cenou.

Přečtěte si také => Výukový program pro dokonalý testovací plán - hloubkový průvodce

Scénář testu

Nyní to pochopíme na příkladu. Vezměme si zde jako příklad rezervaci vlaku. Všechny funkce, které potřebujeme otestovat, jsou zmíněny ve formulářích na vysoké úrovni v dokumentu scénáře testu. Jednoduše řečeno to znamená skupinu podobných činností, které mají být provedeny.

Dvě techniky pro scénář:

# 1) Použít případ

Jedná se o metodu zaměřenou na cíl, která je souborem interakcí mezi vnějšími faktory a systémem. Jeho komponenty zahrnují primární tok, alternativní tok, spouštěče nebo aktivity, toky výjimek, předběžné podmínky, následné podmínky atd.

Příklad:

Použijte příklad případu

(obraz zdroj )

# 2) ACE (prvek komponenty aktivity)

Proces prvku komponenty aktivity rozdělí obchodní požadavky na aktivity.

Příklad:

Obecně si rezervujeme letenku vyplněním údajů o cestujícím, pohlaví atd. Proto musíme ověřit následující pole, která se tak stanou scénáři.

  • Rezervace: Zkontrolujte funkčnost rezervace.
  • Údaje o cestujícím: Zkontrolujte funkčnost polí pohlaví, věku a pohlaví.
  • Upravit: Zkontrolujte, zda funkce úprav funguje správně.
  • Koncese: Zkontrolujte, zda funkčnost koncese funguje správně.
  • Pohled: Zkontrolujte, zda funkce zobrazení funguje správně.
  • Zrušení: Zkontrolujte, zda funkce zrušení funguje správně.

Zde lze koncesi nazvat jako „alternativní scénář“, protože si uživatel může rezervovat s nebo bez něj na základě věku. Cíl je však stejný, tj. Rezervovat letenku.

Modelový případ

Stejným výše uvedeným příkladem stránky rezervace jsou testovací případy zapsány následovně:

Rezervace:

  • Zkontrolujte, zda si uživatel může rezervovat letenku, vyplněním platných údajů ve všech polích.
  • Zkontrolujte, zda si uživatel může rezervovat vstupenku, vyplněním neplatných údajů ve všech polích.
  • Zkontrolujte, zda si uživatel může rezervovat letenku, a ponechejte prázdné pole.

Údaje o cestujícím:

  • Zkontrolujte, zda si uživatel může rezervovat letenku, zadáním platného jména.
  • Zkontrolujte, zda si uživatel může rezervovat letenku, zadáním neplatného jména.
  • Zkontrolujte, zda si uživatel může rezervovat letenku, a to výběrem jednoho pohlaví po druhém.
  • Zkontrolujte, zda si uživatel může rezervovat letenku zadáním věku většího než 60 let.
  • Zkontrolujte, zda si uživatel může rezervovat vstupenku zadáním věku méně než 60 let.
  • Zkontrolujte, zda si uživatel může rezervovat letenku, zadáním jakéhokoli platného věku nad 5 let.
  • Zkontrolujte, zda uživatel není schopen rezervovat zadáním věku méně než 5.

Upravit:

  • Zkontrolujte, zda uživatel může změnit pole názvu.
  • Zkontrolujte, zda uživatel může upravit pole pohlaví.
  • Zkontrolujte, zda uživatel může upravit věkové pole.

Koncese:

  • Zkontrolujte, zda uživatel může získat koncesi výběrem možnosti „ Starší občan “Možnost.
  • Zkontrolujte, zda uživatel může získat koncesi výběrem možnosti „ Zdravotně postižené / zdravotně postižené “Možnost.

Pohled:

  • Zkontrolujte, zda uživatel může zobrazit lístek rezervovaný.

Zrušení:

  • Zkontrolujte, zda uživatel může lístek zrušit.

Testovací případy tedy říkají, co přesně je třeba podrobně otestovat. Testovací případy musí být psány jednoduchým jazykem a měly by být snadno srozumitelné. Měl by být napsán ve správném formátu, jak požaduje dotyčný klient.

Testovací data

Některý projekt potřebuje před provedením testovacího případu předchozí data od klienta. K provedení testování je třeba použít testovací data.

Příklad: Na nemocničním portálu pro získání injekce je důležité získat údaje o pacientovi a zkontrolovat možnost připomenutí injekce.

Zde jsou „podrobnostmi o pacientovi“ údaje z testu.

Doporučené čtení => Testovací data - význam a techniky přípravy s příklady

RTM / Matice sledovatelnosti požadavků

  • Jak název napovídá, jednoduše to znamená, že musíte zmapovat každý požadavek pomocí příslušného testovacího případu.
  • Pomáhá nám to při kontrole, zda jsme v testovacích případech pokryli všechny požadavky nebo ne.
  • Pomáhá při přepracování nebo dalších postupných vydáních projektu.
  • Klient může snadno zkontrolovat stav našeho pokrytí a znát náš testovací proces.

RTM

Souhrnná zpráva o testu

Souhrnná zpráva o testu shrnuje všechny provedené aktivity testu a jsou v něm shrnuty výsledky testu. Zde by měly být zmíněny všechny informace o testu, jako jsou členové podílející se na testování, cíle, rozsah, podrobnosti o klientovi, použitý testovací přístup, výsledky testu, protokol o závadě atd.

Souhrnná zpráva o testu by však měla být připravena podle doporučení klienta. Je tedy užitečným dokumentem pro klienta i pro kontrolu celkového výkonu.

Zpráva o uzavření testu

To znamená, že se chystáme projekt po testování a opravě vady zavřít. Zde tedy musíme poskytnout podrobnou analýzu provádění testů.

Zde musí být uvedeny zjištěné a opravené vady. Celkové pokrytí požadavků je uvedeno v této zprávě. Obvykle jej připravuje vedoucí týmu nebo manažer. Podle toho by měla být splněna všechna výstupní kritéria.

Zpráva o nehodě

Pokud uživatel při provádění spuštění formace zjistí vady, měla by být vyvolána zpráva o incidentu (IR). To znamená, že došlo k závadě, a proto musí být provádění zastaveno. Nyní musíme klientovi předložit zprávu o incidentu za to, že jsme ho požádali o povolení k opětovnému provedení chybových oblastí jako samostatný testovací případ.

Toto je skutečně černá značka a od testera se to neočekává. Všechny vady musí být nalezeny v samotném provozu na sucho. Pokud je zmeškán a nalezen ve formálním provedení, stane se IR.

Příklad:

Pokud mi chybí určité funkce v mobilním testování, řekněte „ změna spořiče obrazovky ' volba. Pak se při provádění testovacího případu uzamknu a kvůli této možnosti nebudu moci dále pokračovat. Poté spustím IR a napíšu samostatný testovací případ, abych provedl možnost spořiče obrazovky.

Závěr

Artefakty, které jsou odesílány zúčastněným stranám softwarového projektu během STLC, jsou známé jako Test Deliverables. V tomto článku jsme se podívali na nejdůležitější testovací výstupy.

Doufáme, že vám tento článek pomohl dozvědět se o Testování výsledků při testování softwaru !!

Doporučené čtení

^