what is software testing life cycle
Testování softwaru:
V tomto tutoriálu pojednáváme o vývoji testování softwaru, Životní cyklus testování softwaru a různé fáze zapojené do Natluču.
Co se naučíte:
8 fází životního cyklu testování softwaru (STLC)
Vývoj:
Trend šedesátých let:
Trend 90. let
Trend roku 2000:
Trend a kompetence testování se mění. Od testerů se nyní vyžaduje, aby byli více technicky a procesně orientovaní. Testování nyní není omezeno pouze na hledání chyb, ale má širší rozsah a je vyžadováno hned od začátku projektu, kdy nejsou požadavky ani dokončeny.
Protože testování je také standardizované. Stejně jako vývoj softwaru má svůj životní cyklus, i Testování má svůj životní cyklus. V následujících částech se budu zabývat tím, co je to životní cyklus a jak to souvisí s testováním softwaru, a pokusím se ho rozpracovat.
Pojďme začít!
Co je to životní cyklus?
Životní cyklus v jednoduchém termínu označuje posloupnost změn z jedné formy do jiné formy. Tyto změny se mohou stát u hmotných i nehmotných věcí. Každá entita má životní cyklus od svého vzniku až po odchod do důchodu / zánik.
Podobným způsobem je Software také entitou. Stejně jako vývoj softwaru zahrnuje posloupnost kroků, testování má také kroky, které by měly být provedeny v určité posloupnosti.
Tento jev systematického a plánovaného provádění testovacích činností se nazývá testování životního cyklu.
Co je životní cyklus testování softwaru (STLC)
Životní cyklus testování softwaru označuje testovací proces, který má konkrétní kroky, které je třeba provést v určitém pořadí, aby bylo zajištěno, že byly splněny cíle kvality. V procesu STLC se každá činnost provádí plánovaným a systematickým způsobem. Každá fáze má jiné cíle a výsledky. Různé organizace mají ve STLC různé fáze; základ však zůstává stejný.
Níže jsou uvedeny fáze STLC:
- Fáze požadavků
- Fáze plánování
- Fáze analýzy
- Fáze návrhu
- Fáze implementace
- Fáze provedení
- Fáze závěru
- Fáze uzavření
# 1. Fáze požadavku :
Během této fáze STLC analyzujte a prostudujte požadavky. Uspořádejte brainstormingové schůzky s ostatními týmy a zkuste zjistit, zda jsou požadavky testovatelné či nikoli. Tato fáze pomáhá určit rozsah testování. Pokud některá funkce není testovatelná, sdělte ji během této fáze, aby bylo možné naplánovat strategii zmírnění.
#dva. Fáze plánování :
sql základní pohovor otázky a odpovědi pdf
V praktických scénářích je plánování testů prvním krokem procesu testování. V této fázi identifikujeme činnosti a zdroje, které by pomohly splnit cíle testování. Během plánování se také snažíme identifikovat metriky, metodu shromažďování a sledování těchto metrik.
Na základě čeho se plánování provádí? Pouze požadavky?
Odpověď je ne. Požadavky tvoří jednu ze základen, ale existují 2 další velmi důležité faktory, které ovlivňují plánování testů. Tyto jsou:
- Testovací strategie organizace.
- Analýza rizik / Řízení rizik a jejich zmírňování.
# 3. Fáze analýzy:
Tato fáze STLC definuje „CO“, které se má testovat. V zásadě identifikujeme podmínky testu prostřednictvím dokumentu požadavků, rizik produktu a dalších testovacích základen. Podmínky zkoušky by měly být sledovatelné zpět k požadavku.
Na identifikaci podmínek zkoušky mají vliv různé faktory:
- Úrovně a hloubka testování
- Složitost produktu
- Rizika produktů a projektů
- Jedná se o životní cyklus vývoje softwaru.
- Správa testů
- Dovednosti a znalosti týmu.
- Dostupnost zúčastněných stran.
Měli bychom se pokusit podrobně zapsat podmínky testu. Například pro webovou aplikaci elektronického obchodování můžete mít testovací podmínku „Uživatel by měl být schopen provést platbu“. Nebo to můžete podrobně popsat slovy „Uživatel by měl být schopen provádět platby prostřednictvím NEFT, debetní karty a kreditní karty“.
Nejdůležitější výhodou psaní podrobných testovacích podmínek je to, že zvyšuje pokrytí testem, protože testovací případy budou psány na základě testovacích podmínek, tyto podrobnosti spustí psaní podrobnějších testovacích případů, které nakonec zvýší pokrytí.
Určete také výstupní kritéria testování, tj. Určete některé podmínky, kdy testování zastavíte.
# 4. Fáze návrhu:
Tato fáze definuje „JAK“ testovat. Tato fáze zahrnuje následující úkoly:
- Uveďte podrobně podmínky testu. Rozdělte podmínky testu na několik dílčích podmínek, abyste zvýšili pokrytí.
- Identifikujte a získejte testovací data
- Identifikovat a nastavit testovací prostředí.
- Vytvořte metriky sledovatelnosti požadavků
- Vytvořte metriky pokrytí testů.
# 5. Fáze implementace:
Hlavním úkolem v této fázi STLC je vytvoření podrobných testovacích případů. Stanovte prioritu testovacích případů a také určete, který testovací případ se stane součástí regresní sady. Před dokončením testovacího případu je důležité provést kontrolu, aby byla zajištěna správnost testovacích případů. Nezapomeňte také odhlásit testovací případy před zahájením skutečné exekuce.
Pokud váš projekt zahrnuje automatizaci, identifikujte vhodné testovací případy pro automatizaci a pokračujte skriptováním testovacích případů. Nezapomeňte je zkontrolovat!
# 6. Fáze provedení :
Jak název napovídá, jedná se o fázi životního cyklu testování softwaru, kde probíhá skutečné provedení. Ale než zahájíte provádění, ujistěte se, že je splněno vaše vstupní kritérium. Proveďte testovací případy, zaznamenejte vady v případě jakékoli nesrovnalosti. Současně vyplňte své metriky sledovatelnosti a sledujte svůj pokrok.
# 7. Fáze závěru :
Tato fáze STLC se soustředí na výstupní kritéria a podávání zpráv. V závislosti na výběru vašeho projektu a zúčastněných stran se můžete rozhodnout o hlášení, zda chcete zaslat denní zprávu týdenní zprávy atd.
Můžete odesílat různé typy zpráv (DSR - Denní zprávy o stavu, WSR - Týdenní zprávy o stavu), ale důležité je, že se obsah zprávy mění a záleží na tom, komu zprávy zasíláte.
Pokud projektoví manažeři patří do testovacího prostředí, pak se více zajímají o technické aspekty projektu, proto do své zprávy zahrňte technické věci (počet úspěšných, neúspěšných testovacích případů, vzniklých vad, vady závažnosti 1 atd.).
Pokud však hlásíte vyšší zúčastněné strany, nemusí je zajímat technické věci, a proto je informujte o rizicích, která byla zmírněna testováním.
# 8. Fáze uzavření:
Mezi úkoly závěrečných aktivit patří:
- Zkontrolujte dokončení testu. Zda jsou všechny testovací případy provedeny nebo záměrně zmírněny. Zkontrolujte, zda nejsou otevřeny žádné závady závažnosti 1.
- Setkejte se s ponaučeními a vytvořte dokument o získaných zkušenostech. (Uveďte, co proběhlo dobře, kde je rozsah vylepšení a co lze vylepšit)
Závěr
Zkusme to nyní shrnout do Testovacího cyklu života softwaru (STLC)!
| S.No | Název fáze | Vstupní kritéria | Prováděné činnosti | Výsledky |
|---|---|---|---|---|
| 7 | Závěr | Aktualizovány testovací případy s výsledky Otestujte podmínky uzavření | Poskytněte přesné údaje a výsledky testování Určete rizika, která jsou zmírněna | Aktualizované metriky sledovatelnosti Souhrnná zpráva o testu Aktualizovaná zpráva o řízení rizik |
| 1 | Požadavky | Dokument se specifikací požadavků Dokument návrhu aplikace Dokument kritérií přijetí uživatelem | Proveďte brainstorming požadavků. Vytvořte seznam požadavků a objasněte své pochybnosti. Pochopte proveditelnost požadavků, ať už je testovatelná nebo ne. Pokud váš projekt vyžaduje automatizaci, proveďte studii proveditelnosti automatizace. | RUD (Dokument porozumění požadavkům. Testovací zpráva o proveditelnosti Zpráva o proveditelnosti automatizace. |
| dva | Plánování | Aktualizovaný dokument požadavků. Test zprávy o proveditelnosti “ Zpráva o proveditelnosti automatizace. | Definujte rozsah projektu Proveďte analýzu rizik a připravte plán zmírnění rizika. Proveďte odhad testu. Určete celkovou strategii a proces testování. Určete nástroje a zdroje a zkontrolujte, zda nepotřebujete školení. Určete prostředí. | Dokument plánu zkoušek. Dokument o zmírnění rizika. Dokument o odhadu testu. |
| 3 | Analýza | Aktualizovaný dokument požadavků Dokument plánu zkoušek Dokument o riziku Dokument o odhadu testu | Určete podrobné podmínky zkoušky | Dokument o podmínkách zkoušky. |
| 4 | Design | Aktualizovaný dokument požadavků Dokument o podmínkách zkoušky | Podrobně upřesněte stav testu. Identifikujte data testu Vytvořte metriky sledovatelnosti | Podrobný dokument o zkušebních podmínkách Metriky sledovatelnosti požadavků Testujte metriky pokrytí |
| 5 | Implementace | Podrobný dokument o zkušebních podmínkách | Vytvořte a zkontrolujte testovací případy. Vytvořte a zkontrolujte automatizační skripty. Identifikujte testovací případy kandidátů na regresi a automatizaci. Identifikujte / vytvořte data testu Odstraňte testovací případy a skripty. | Testovací případy Testovací skripty Testovací data |
| 6 | Provedení | Testovací případy Testovací skripty | Proveďte testovací případy Zaznamenávejte chyby / vady v případě nesrovnalostí Nahlásit stav | Zpráva o provedení testu Zpráva o závadě Protokol testu a protokol defektů Aktualizované metriky sledovatelnosti požadavků |
| 8 | Uzavření | Test stavu uzavření Souhrnná zpráva o testu | Proveďte retrospektivní měření a pochopte poučení | Poučení z dokumentu Testovací matice Testovací zpráva o uzavření. |
ŠŤASTNÉ TESTOVÁNÍ !!
Doporučené čtení
- Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
- Úloha pomocníka QA při testování softwaru
- Kurz testování softwaru: Ke kterému institutu pro testování softwaru bych se měl připojit?
- Výběr testování softwaru jako vaší kariéry
- Práce na volné noze se softwarem pro testování technického obsahu Writer
- Některé zajímavé otázky týkající se testování softwaru
- Zpětná vazba a recenze kurzu testování softwaru
- Co je životní cyklus vady / chyby při testování softwaru? Výukový program pro defekt životního cyklu