how write an effective test summary report
Jednoduchý 12 krokový sprievodca k napísaniu efektívnej súhrnnej správy o teste so šablónou súhrnnej správy o teste:
V rámci Testovania sa pripravuje niekoľko dokumentov a správ. Niektorí sú Stratégia testovania doc , Testovací plán doc , Plán riadenia rizík , Plán správy konfigurácie atď. Medzi týmito Súhrnnými správami o testoch je jeden taký protokol, ktorý sa pripraví po dokončení Testovania.
Snažil som sa vysvetliť účel „ Súhrnná správa o teste „ a poskytla a vzor šablóny súhrnu správy o teste spolu so skutočnou správou na stiahnutie.
Čo sa dozviete:
Čo je súhrnná správa o teste?
Ako vieme, testovanie softvéru je dôležitou fázou v SDLC a tiež slúži ako „brána kvality“ pre prechod aplikácie a testovací tím ho certifikuje ako „Can Go Live“.
Súhrnná správa o teste je dôležitý produkt, ktorý sa pripravuje na konci testovacieho projektu alebo skôr po ukončení testovania. Hlavným cieľom tohto dokumentu je vysvetliť rôzne podrobnosti a činnosti týkajúce sa testovania vykonaného pre projekt príslušným zainteresovaným stranám, ako sú vrcholový manažment, klient atď.
Ako súčasť Denné správy o stave , výsledky denného testovania budú každý deň zdieľané so zúčastnenými stranami. Súhrnná správa o teste ale poskytuje konsolidovanú správu o doteraz vykonaných testoch projektu.
Odporúčané čítanie=> Ako inteligentne nahlásiť vykonávanie testu (stiahnutie šablóny správy o stave)
Predpokladajme, že ak klient, ktorý sedí na vzdialenom mieste, potrebuje porozumieť výsledkom a stavu testovacieho projektu, ktorý bol vykonaný napríklad po dobu štyroch mesiacov, účel vyrieši súhrnná správa o teste.
Toto je tiež artefakt, ktorý je potrebné pripraviť ako súčasť súboru Proces CMMI .
Čo obsahuje súhrnná správa o teste?
Typický Šablóna správy o teste bude obsahovať nižšie uvedené informácie, avšak na základe formátu a praxe jednotlivých spoločností sa ich obsah môže líšiť. Uviedol som aj skutočné príklady na lepšie pochopenie.
Na konci tohto článku si môžete stiahnuť ukážku správy Súhrn testu.
Sprievodca 12 krokmi k napísaniu efektívnej súhrnnej správy o teste
Krok 1) Účel dokumentu
Napríklad, Tento dokument vysvetľuje rôzne činnosti vykonávané v rámci testovania aplikácie „ABCD Transport System“.
Krok 2) Prehľad aplikácie
Napríklad, „ABCD Transport System“ je webová aplikácia na rezerváciu autobusových lístkov. Lístky na rôzne autobusy je možné rezervovať pomocou online zariadenia. Informácie o cestujúcich v reálnom čase sú prijímané z „centrálneho úložného systému“, ktorý bude poskytnutý pred potvrdením rezervácie. Existuje niekoľko modulov ako Registrácia, Rezervácia, Platba a Správy, ktoré sú integrované kvôli splneniu účelu.
ako spustiť súbory jar v systéme Windows 10
Krok 3) Testovanie rozsahu
- V rozsahu
- Mimo rozsah
- Položky neboli testované
Napríklad, Nie je možné otestovať overenie funkčnosti, ktoré vyžaduje pripojenie k aplikácii tretej strany, pretože z určitých technických obmedzení nebolo možné pripojenie vytvoriť. Táto časť by mala byť jasne zdokumentovaná, inak sa bude predpokladať, že Testovanie pokrývalo všetky oblasti aplikácie.
- V rozsahu: Funkčné testovanie nasledujúcich modulov je v rozsahu testovania
- Registrácia
- Rezervácia
- Platba
- Mimo rozsah: Testovanie výkonu nebolo pre túto aplikáciu vykonané.
- Položky netestované: Overenie pripojenia k systému tretej strany „Systém centrálneho úložiska“ nebolo testované, pretože z určitých technických obmedzení nebolo možné pripojenie vytvoriť. To je možné overiť počas UAT (User Acceptance Testing), kde je pripojenie k dispozícii alebo sa dá nadviazať.
Krok č. 4) Metriky
- Počet plánovaných a vykonaných testovacích prípadov
- Počet úspešných / neúspešných testovacích prípadov
- Počet zistených nedostatkov a ich stav a závažnosť
- Distribúcia porúch - modul múdry
Krok č. 5) Typy vykonaných testov
- Testovanie dymu
- Testovanie integrácie systému
- a regresné testovanie
Poznámka:Ak bolo vykonaných niekoľko kôl testovania, tu môžete tiež zahrnúť podrobnosti.>
Napríklad,
do) Testovanie dymu
Toto testovanie sa uskutočnilo vždy, keď sa prijalo zostavenie (nasadené do testovacieho prostredia) pre Testovanie, aby sme sa uistili, že hlavné funkcie fungujú dobre, je možné prijať Build a začať testovanie.
b) Testovanie integrácie systému
- Toto je Testovanie vykonávané na testovanej Aplikácii, aby sa overilo, či celá aplikácia funguje podľa požiadaviek.
- Boli otestované kritické obchodné scenáre, aby sa zaistilo, že dôležitá funkčnosť aplikácie bude fungovať tak, ako má, bez akýchkoľvek chýb.
c) Regresné testovanie
- Regresné testovanie sa uskutočňovalo zakaždým, keď sa na testovanie nasadilo nové zostavenie, ktoré obsahuje opravy chýb a nové vylepšenia, ak existujú.
- Regresné testovanie sa vykonáva na celej aplikácii, nielen na nových funkciách a opravách chýb.
- Toto testovanie zaručuje, že existujúca funkčnosť bude fungovať správne po oprave chýb a pridaní nových vylepšení k existujúcej aplikácii.
- Testovacie prípady pre novú funkčnosť sa pridajú k existujúcim testovacím prípadom a vykonajú sa.
Krok č. 6) Testovacie prostredie a nástroje
Napríklad,
Krok č. 7) Poučenie
Napríklad,
Krok č. 8) Odporúčania
Napríklad,
- Správcu nástrojov na správu defektov môže poskytnúť správca offshore testov za účelom poskytnutia prístupu k testovaciemu tímu.
- Zakaždým, keď je potrebné kontaktovať správcu na mieste, nie je potrebné ho kontaktovať, čím sa šetrí čas v dôsledku rozdielu v geografickom časovom pásme.
Krok č. 9) Najlepšie postupy
Napríklad,
- Opakovaná úloha, ktorá sa vždy robila ručne, bola časovo náročná. Táto úloha bola automatizovaná vytvorením skriptov a spustením zakaždým, čo ušetrilo čas a zdroje.
- Prípady testovania dymu boli automatizované a boli spustené skripty, ktoré bežali rýchlo a šetrili čas.
- Boli pripravené automatizačné skripty na vytvorenie nových zákazníkov, kde je potrebné vytvoriť veľa záznamov na testovanie.
- Podnikateľské scenáre sú samostatne testované na celej aplikácii, čo je nevyhnutné na potvrdenie ich správneho fungovania.
Krok č. 10) Opustite kritériá
(iI) Všetky kritické chyby sú zatvorené atď.>
Napríklad,
- Mali by sa vykonať všetky testovacie prípady - Áno
- Všetky chyby závažnosti, závažnosti a strednosti by mali byť overené a odstránené - Áno .
- Akékoľvek otvorené chyby v závažnosti - Pripravený akčný plán s predpokladanými termínmi ukončenia.
Žiadne chyby závažnosti 1 by nemali byť „OTVORENÉ“; Iba 2 chyby závažnosti 2 by mali byť „OTVORENÉ“; Iba 4 chyby závažnosti 3 by mali byť „OTVORENÉ“. Poznámka: To sa môže líšiť od projektu k projektu. Akčný plán pre otvorené chyby by mal byť jasne uvedený s podrobnosťami o tom, kedy a ako budú odstránené a odstránené.>
Krok č. 11) Záver / Odhlásenie
Napríklad, Pretože výstupné kritériá boli splnené a splnené, ako je uvedené v časti 10, odporúča sa, aby táto aplikácia testovala tím „Go Live“. Pred funkciou „Go Live“ by sa malo vykonať príslušné testovacie prijatie používateľom / firmou.
Krok č. 12) Definície, skratky a skratky
=> Stiahnutie súhrnnej správy o teste:
Kliknite sem a stiahnite si vzor šablóny správy o teste s príkladom.
Pri príprave súhrnnej správy o teste je potrebné si uvedomiť niekoľko bodov
- V rámci vykonania testu zhromaždite všetky požadované informácie o vykonanom testovaní. To pomôže pripraviť spoľahlivú súhrnnú správu o teste.
- Získané ponaučenia možno podrobne vysvetliť, čo vyjadrí zodpovednosť, ktorá sa prijala pri riešení týchto problémov. Bude to tiež odkaz na nadchádzajúce projekty, ktorým sa treba vyhnúť.
- Podobne, zmienka o osvedčených postupoch bude vykresľovať úsilie tímu okrem pravidelného testovania, ktoré sa bude tiež považovať za „pridanie hodnoty“.
- Uvedenie metrík v grafickej podobe (grafy, grafy) bude dobrým spôsobom, ako vizuálne znázorniť stav a údaje.
- Pamätajte, že v súhrnnej správe o teste musia byť príjemcom spomenuté a vysvetlené činnosti vykonávané v rámci testovania, aby lepšie porozumeli.
- V prípade potreby je možné pridať niekoľko ďalších vhodných častí.
Záver
Súhrnná správa o teste je dôležitým výstupom a mala by sa zamerať na prípravu efektívneho dokumentu, pretože tento artefakt bude zdieľaný s rôznymi zainteresovanými stranami, ako sú vrcholový manažment, klient atď.
Po vykonaní dôkladného testovania je mimoriadne dôležité zverejniť výsledky testov, metriky, najlepšie postupy, získané skúsenosti, závery týkajúce sa programu „Go Live“ atď., Ktoré slúžia ako dôkaz vykonaného testovania a jeho záverov.
Tiež sme sprístupnili vzorku správy o teste na stiahnutie. Je to dokonalý príklad toho, ako pripraviť efektívnu správu o súhrne testov!
O autorovi: Toto je príspevok od Baskara Pillaia. Má asi 14 rokov skúseností v oblasti riadenia testov a komplexného testovania softvéru. CSTE certifikovaný testovací profesionál, tréner, pracoval v IT odboroch ako Cognizant, HCL, Capgemini a v súčasnosti pracuje ako manažér testovania pre veľké MNC.
Dajte nám prosím vedieť svoje pripomienky / otázky / myšlienky.
Odporúčané čítanie
- Ako písať týždenné správy o testovaní softvéru
- Vzorová šablóna pre správu o prevzatí s príkladmi
- Ako inteligentne nahlásiť vykonanie testu - (stiahnuť šablónu správy o stave)
- Ukážka šablóny testovacieho prípadu s príkladmi testovacích prípadov (Stiahnuť)
- Sprievodca dokumentáciou k testovaniu softvéru (Prečo je to dôležité)
- Ako napísať dobrú správu o chybe? Tipy a triky
- 6 najdôležitejších krokov, vďaka ktorým budú vaše testovacie správy ešte kvalitnejšie
- Ako napísať dokument o stratégii testu (so vzorovou šablónou stratégie testovania)