how write an effective test summary report
Jednoduchý průvodce v 12 krocích k napsání souhrnné zprávy o efektivní zkoušce se šablonou sestavy souhrnné zprávy o zkoušce:
V rámci testování se připravuje několik dokumentů a zpráv. Někteří jsou Testovací strategie doc , Testovací plán doc , Plán řízení rizik , Plán správy konfigurace atd. Mezi těmito Souhrnnou zprávou o testu je jedna taková zpráva, která je připravena po dokončení Testování.
Pokusil jsem se vysvětlit účel '' Souhrnná zpráva o testu '' a za předpokladu, že Ukázka šablony Souhrnné zprávy o testu spolu se skutečnou zprávou ke stažení.
nejlepší aplikace pro stahování videí z YouTube
Co se naučíte:
Co je souhrnná zpráva o testu?
Jak víme, testování softwaru je důležitou fází v SDLC a také slouží jako „brána kvality“ pro průchod aplikace a testovacím týmem je certifikováno jako „Can Go Live“.
Souhrnná zpráva o testu je důležitým výstupem, který je připraven na konci testovacího projektu nebo spíše po dokončení testování. Hlavním cílem tohoto dokumentu je vysvětlit různé podrobnosti a činnosti týkající se testování prováděného pro projekt příslušným zúčastněným stranám, jako je vrcholový management, klient atd.
Jako část Denní zprávy o stavu , výsledky denního testování budou každý den sdíleny se zúčastněnými stranami. Souhrnná zpráva o testu ale poskytuje souhrnnou zprávu o dosud provedeném testování pro projekt.
Doporučené čtení=> Jak chytře hlásit provedení testu (stažení šablony hlášení o stavu)
Předpokládejme, že pokud klient, který sedí na vzdáleném místě, potřebuje porozumět výsledkům a stavu testovacího projektu, který byl proveden například po dobu čtyř měsíců, vyřeší účel souhrnná zpráva o testu.
Toto je také artefakt, který je třeba připravit jako součást Proces CMMI .
Co obsahuje souhrnná zpráva o testu?
Typický Šablona protokolu o zkoušce bude obsahovat níže uvedené informace, avšak na základě formátu a praxe každé společnosti se obsah může lišit. Poskytl jsem také skutečné příklady pro lepší pochopení.
Na konci tohoto článku si můžete stáhnout ukázku sestavy Test Summary.
Průvodce 12 kroky k napsání souhrnné zprávy o účinném testu
Krok 1) Účel dokumentu
Například, Tento dokument vysvětluje různé činnosti prováděné v rámci testování aplikace „ABCD Transport System“.
Krok 2) Přehled aplikace
Například, „ABCD Transport System“ je webová aplikace pro rezervaci jízdenek na autobusy. Jízdenky na různé autobusy lze rezervovat pomocí online zařízení. Informace o cestujících v reálném čase jsou přijímány z „centrálního systému úložiště“, který bude před potvrzením rezervace předán. Existuje několik modulů, jako je Registrace, Rezervace, Platba a Zprávy, které jsou integrovány, aby splnily účel.
Krok č. 3) Testování rozsahu
- V rozsahu
- Mimo rozsah
- Položky nebyly testovány
Například, Ověření funkčnosti, které vyžaduje připojení k aplikaci třetí strany, nelze otestovat, protože připojení nebylo možné z důvodu některých technických omezení navázat. Tato část by měla být jasně zdokumentována, jinak se bude předpokládat, že Testování zahrnovalo všechny oblasti aplikace.
- V rozsahu: Funkční testování pro následující moduly je v rozsahu testování
- Registrace
- Rezervace
- Způsob platby
- Mimo rozsah: Pro tuto aplikaci nebylo provedeno testování výkonu.
- Položky netestované: Ověření připojení k systému třetí strany „Systém centrálního úložiště“ nebylo testováno, protože připojení nebylo možné z důvodu některých technických omezení navázat. To lze ověřit během UAT (User Acceptance Testing), kde je připojení k dispozici nebo může být vytvořeno.
Krok č. 4) Metriky
- Počet plánovaných testovaných případů vs. provedených
- Počet testovacích případů prošel / selhal
- Nebyly zjištěny žádné závady a jejich stav a závažnost
- Poruchy distribuce - modul moudrý
Krok č. 5) Typy provedeného testování
- Testování kouře
- Testování integrace systému
- a regresní testování
nejlepší nástroj pro snímky obrazovky pro Windows 10
Poznámka:Pokud bylo provedeno několik kol testování, lze sem také zahrnout podrobnosti.>
Například,
na) Testování kouře
Toto testování bylo provedeno vždy, když je přijato sestavení (nasazeno do testovacího prostředí) pro testování, aby se ujistil, že hlavní funkce funguje dobře, lze Build přijmout a může začít testování.
b) Testování integrace systému
- Toto je Testování prováděné na testované aplikaci, aby se ověřilo, že celá aplikace funguje podle požadavků.
- Byly testovány kritické obchodní scénáře, aby se zajistilo, že důležitá funkčnost aplikace bude fungovat tak, jak má, bez jakýchkoli chyb.
C) Regresní testování
- Regresní testování bylo provedeno pokaždé, když je pro testování nasazeno nové sestavení, které obsahuje opravy vad a nová vylepšení, pokud existují.
- Regresní testování se provádí na celé aplikaci, nejen na nových funkcích a opravách vad.
- Toto testování zajišťuje, že existující funkce bude fungovat dobře po opravě defektu a přidání nových vylepšení do stávající aplikace.
- Testovací případy pro nové funkce jsou přidány do existujících testovacích případů a provedeny.
Krok č. 6) Testovací prostředí a nástroje
Například,
Krok č. 7) Poučení
Například,
Krok # 8) Doporučení
Například,
- Správce nástrojů pro správu defektů může být udělen správci offshore testů za účelem poskytnutí přístupu k testovacímu týmu.
- Pokaždé, když je třeba se obrátit na místního správce, pokud jde o požadavky, čímž se ušetří čas kvůli rozdílu v geografickém časovém pásmu.
Krok č. 9) Osvědčené postupy
Například,
- Opakovaný úkol prováděný pokaždé ručně byl časově náročný. Tento úkol byl automatizován vytvořením skriptů a spuštěním pokaždé, což šetřilo čas a prostředky.
- Kouřové testovací případy byly automatizovány a byly spuštěny skripty, které běžely rychle a šetřily čas.
- Byly připraveny automatizační skripty k vytvoření nových zákazníků, kde je třeba vytvořit mnoho záznamů pro testování.
- Scénáře kritické pro podnikání jsou samostatně testovány na celé aplikaci, což je zásadní pro ověření, že fungují dobře.
Krok č. 10) Opusťte kritéria
(iI) Všechny kritické vady jsou uzavřeny atd.>
Například,
- Všechny testovací případy by měly být provedeny - Ano
- Všechny vady kritické, závažné a střední závažnosti by měly být ověřeny a uzavřeny - Ano .
- Jakékoli otevřené vady banální závažnosti - Akční plán připraven s předpokládanými daty uzavření.
Žádné závady závažnosti 1 by neměly být „OPEN“; Pouze 2 závady Severity2 by měly být „OPEN“; Pouze 4 závady Severity3 by měly být „OPEN“. Poznámka: To se může u jednotlivých projektů lišit. Akční plán pro otevřené vady by měl být jasně uveden s podrobnostmi o tom, kdy a jak budou řešeny a uzavřeny.>
nejlepší software pro obnovení smazaných souborů
Krok # 11) Závěr / Odhlášení
Například, Vzhledem k tomu, že kritéria pro ukončení byla splněna a splněna, jak je uvedeno v oddíle 10, navrhuje tuto aplikaci testovací tým „aktivovat“. Před uvedením do provozu by mělo být provedeno příslušné akceptační testování uživatelem / firmou.
Krok č. 12) Definice, zkratky a zkratky
=> Stáhnout ukázkovou souhrnnou zprávu o testu:
Klikněte zde pro stažení ukázkovou šablonu protokolu o zkoušce s příkladem.
Při přípravě souhrnné zprávy o testu je třeba si všimnout několika bodů
- V rámci provádění testu shromážděte všechny požadované informace o provedeném testování. To pomůže připravit spolehlivou souhrnnou zprávu o testu.
- Získané ponaučení lze podrobně vysvětlit, což vysvětlí odpovědnost, která byla přijata k řešení těchto problémů. Bude to také reference pro nadcházející projekty, aby se jim zabránilo.
- Podobně bude zmínka o osvědčených postupech zobrazovat úsilí týmu kromě pravidelného testování, které bude rovněž považováno za „přidání hodnoty“.
- Uvedení metrik v grafické podobě (grafy, grafy) bude dobrým způsobem, jak vizuálně představit stav a data.
- Nezapomeňte, že souhrnná zpráva o testu musí příjemcům zmínit a vysvětlit činnosti prováděné v rámci testování, aby lépe porozuměli.
- V případě potřeby lze přidat několik vhodných částí.
Závěr
Souhrnná zpráva o testu je důležitým výstupem a měla by se zaměřit na přípravu efektivního dokumentu, protože tento artefakt bude sdílen s různými zúčastněnými stranami, jako je vrcholový management, klient atd.
Po provedení důkladného testování je nesmírně důležité zveřejnit výsledky testů, metriky, osvědčené postupy, získané zkušenosti, závěry týkající se „Go Live“ atd., Které budou sloužit jako důkaz provedeného testování a závěru testování.
Také jsme zpřístupnili vzorek zprávy o zkoušce ke stažení. Je to dokonalý příklad toho, jak připravit efektivní souhrnnou zprávu o testu!
O autorovi: Toto je příspěvek od Baskara Pillai. Má zhruba 14 let zkušeností v oblasti správy testů a komplexního testování softwaru. CSTE certifikovaný testovací profesionál, trenér, pracoval v IT oborech jako Cognizant, HCL, Capgemini a v současné době pracuje jako Test Manager pro velké MNC.
Sdělte nám prosím své komentáře / dotazy / myšlenky.
Doporučené čtení
- Jak psát týdenní zprávu o stavu testování softwaru
- Ukázková šablona pro protokol o přejímce s příklady
- Jak chytře hlásit provedení testu - (Stáhnout šablonu hlášení o stavu)
- Ukázková šablona testovacího případu s příklady testovacích případů (Stáhnout)
- Průvodce dokumentací k testování softwaru (Proč je to důležité)
- Jak napsat dobrou zprávu o chybě? Tipy a triky
- 6 nejdůležitějších kroků, díky nimž budou vaše zkušební protokoly ještě lepší
- Jak psát dokument strategie testování (se vzorem šablony strategie testování)