test management tutorial
otázky a odpovědi na otázky týkající se automatizace testování selenu
Toto je výukový program pro správu testů pro testování softwaru. Zahrnuje fáze správy testů, nástroje a organizační strukturu správy testů vs.
Správa testů je proces správy všech aktivit, dokumentů a dalších souvisejících prací souvisejících s testováním. Organizační struktury označují hierarchii týmů nebo zaměstnanců pracujících na konkrétních projektech.
Myslíte si, že organizační struktura ovlivňuje správu testů?
Pokud je vaše odpověď ne, uvidíme proč? Pokud ano, podívejme se, jak to ovlivní. Abychom našli vztah mezi těmito dvěma, musíme těmto tématům jasně porozumět a poté prozkoumat vztah mezi managementem testů a organizační strukturou.
Co se naučíte:
- Úvod do správy testů
- Součásti správy testů
- Fáze správy testů
- Nástroje pro správu testů
- Organizační struktury
- Správa testování vs. organizační struktury
- Závěr
Úvod do správy testů
Správa testů znamená správu celého procesu testování softwaru pro konkrétní projekt. Proces správy testů je aplikován na celý životní cyklus vývoje softwaru. V ideálním případě by tedy měl ihned po zahájení procesu vývoje softwaru začít také proces správy testů.
Manažer testu měl následující povinnosti -
- Správce zkoušek by měl zajistit konzistenci a kvalitu těchto pracovních produktů.
- Ve spolupráci s Test Analyst a Technical Test Analyst vyberte a upravte příslušnou šablonu.
- Spolupracujte s analytikem testů a analytikem technických testů na stanovení standardů těchto produktů, jako jsou úrovně podrobného stupně.
- Projděte si pracovní produkty pomocí vhodných technik.
Součásti správy testů
Správa testů je rozdělena do 5 částí pro lepší pochopení:
- Zkušební dokumentace
- Odhad testu
- Testovací metriky
- Měření průběhu zkoušky
- Metriky pro monitorování životního cyklu testování
# 1) Zkušební dokumentace
Níže jsou uvedeny tři typy dokumentace k testu:
- Testovací politika
- Testovací strategie
- Hlavní plán zkoušek
# 1) Testovací politika:
- Shrnuje hodnotu, kterou organizace odvozuje z testování.
- Definuje zásady testování.
- Popisuje, jak vyhodnotit účinnost testování.
- Nastiňuje testovací proces.
- Uveďte, jak organizace vylepší testovací proces?
# 2) Testovací strategie:
- Popisuje obecné testovací metodiky, které se používají ke správě projektových a produktových rizik.
- Analytické strategie: Stejně jako testování založené na riziku.
- Strategie založená na modelu: Jako provozní profil, kde testovací tým vyvíjí model založený na skutečných a přijatých situacích prostředí, vstupů a podmínek.
- Metodická strategie: Charakteristiky kvality, kde testovací tým používá soubor testovacích podmínek, kontrolní seznam nebo soubor zobecněných logických testů.
- Postupy nebo techniky vyhovující standardům: Sleduje sadu procesů jako SCRUM / Agile.
- Reaktivní strategie: Používání útoků založených na defektech jako průzkumná zkouška.
- Konzultativní strategie: Stejně jako testování zaměřené na uživatele, kde se testovací tým spoléhá na vstup jednoho nebo více zúčastněných stran při určování testovacích podmínek, jako je Testování kompatibility externě.
- Také popisuje:
- Integrační postupy
- Techniky specifikace testu
- Nezávislost testování
- Povinné a volitelné normy
- Testovací prostředí
- Nástroje
- Opakovaná použitelnost softwarových produktů
- Opakované testování a regrese.
# 3) Hlavní testovací plán:
- Pokrývá všechny úlohy testování, které je třeba provést.
- Diskutuje o tom, jak bude testování implementovat strategii a politiku testování.
- Pokud něco není popsáno, měl by plán zkoušek popsat proč a plán zmírnění.
- Obsah plánu zkoušek je:
- Položky k testování
- Kvalitativní charakteristiky, které mají být testovány.
- Plán
- Prováděcí cyklus
- Vadné proměnné
- Testujte položky v rozsahu
- Kritéria ukončení
- Rizika projektu
- Celková správa zkušebního úsilí,
- Role a odpovědnosti
- Vstup a výstup
# 2) Odhad testu
Obecné body:
- Je řídící činnost
- Je založen na zkušenostech.
- Poskytuje konkrétní a podrobný katalog nákladů, zdrojů, úkolů a osob.
- Jakmile je odhad připraven, musí být doručen vedení spolu s odůvodněním.
- Konečný odhad představuje nejlepší možnou rovnováhu cílů organizace a projektu.
- Odhad je založen na informacích dostupných v době, kdy byl zpracován.
- Aby zůstaly přesné, odhady by měly být aktualizovány tak, aby odrážely nové a změněné informace.
Faktory ovlivňující odhad testu:
- Požadovaná úroveň kvality
- Velikost systému
- Historická data
- Procesní faktory, jako je strategie, vývoj a životní cyklus
- Materiálové faktory, jako je testovací prostředí, automatizace, nástroje a data
- Lidský faktor
- Složitost procesu
- Školení a KT (Přenos znalostí)
- Asimilace a vývoj nových nástrojů a technologií, postupů nebo technik.
- Požadavek vyššího stupně podrobné specifikace zkoušky.
- Načasování příjezdu součásti
- Testovací data.
Hádání:
- Struktura rozpisu práce
- Týmová relace odhadu
- Poměr tester - vývojář
- Historie organizace
- Analýza funkčních bodů, LOC.
Odhad testu je dále vysvětlen dále v tomto kurzu.
# 3) Testovací metriky
- Co se měří, je považováno za hotové?
- Co neměří, je snadné se nechat ignorovat?
- Měla by být definována omezená sada užitečných metrik.
- Měly by být definovány pouze ty metriky, jejichž interpretace je schválena všemi.
- Vytváření přehledů a slučování metrik by mělo být automatické.
- Správce by měl ověřit informace v metrice.
Metrika projektu: % povolení, selhání provedeno atd.
Metrika produktu:
- Atributy produktu
- Hustota vady
Metrika procesu: Měří schopnost testování jako% vady.
Lidé: Schopnost jednotlivce.
Metrika průběhu testu:
- Počet testovacích podmínek / případů, plánovaných vs provedených.
- Celková vada rozdělená podle závažnosti, priority, aktuálního stavu a subsystému účinků.
- Počet požadovaných, přijatých, sestavených a testovaných změn.
- Plánované vs skutečné náklady.
- Plánované vs skutečné trvání
- Milník plánovaného vs skutečného testování.
- Stav rizika jakosti produktu
- % ztráta testovacího úsilí, nákladů nebo času.
# 4) Měření průběhu testu
Rizika produktu:
- % krytého rizika.
- % rizika selhání při testu
- % Riziko identifikované jednotlivcem.
Vady:
- Počet zjištěných vad vs počet vad předložených.
- Střední doba příchodu poruchy
- Vady konkrétních testovaných položek.
- Detekce RCA (analýza kořenových příčin)
- Vadou jsou testovací verze.
- Vada ve fázi
- Priorita a závažnost
- Nahlásit odmítnutí vs duplikát
- Čas potřebný k vyřešení
- Počet nových vad zavedených v důsledku opravy starých vad.
Test:
- Celkový počet úspěšných testů, neúspěch, běh, blokování
- Celkový počet regresních testovacích případů.
Dosah:
- Požadavek a pokrytí návrhu
- Krytí rizik
- Pokrytí konfigurace prostředí
- Pokrytí kódu
# 5) Metriky pro monitorování životního cyklu testování
Monitorujte testovací plán
- Počet rizik a požadavků
- Zjištění vady
- Plán vs skutečné úsilí.
Monitorujte návrh testu
- Počet vad zjištěných během návrhu.
Monitorujte analýzu testu
- Počet podmínek
- Počet vad v analýze
Monitorujte implementaci testu
- % konfigurace prostředí
- % automatizovaného testovacího případu.
Monitorujte provádění
- % úspěšných, neúspěšných, bez běhu, blokovaných testovacích případů
- % Pokryté testovací případy
- Plánované vs Skutečné závady vyřešeny
- % plánu vs skutečné pokrytí
Uzavření monitoru
- % testovacích případů vyhovuje, ail
- % testovacích případů zapsáno do kategorie opakovaně použitelných
- % automatizovaných testovacích případů.
- Počet vyřešených / nevyřešených vad.
- % zkušebního pracovního produktu
Fáze monitorování a kontroly testu popsaná níže dále vysvětluje toto téma.
Fáze správy testů
Během procesu správy testů je třeba vzít v úvahu následující body. Jinými slovy, následující jsou různé fáze procesu správy testů:
- Analýza rizik
- Odhad testu
- Plánování testů
- Organizace zkoušek
- Monitorování a kontrola testů
- Správa problémů
- Protokol o zkoušce
Můžete si všimnout, že první čtyři fáze jsou více o plánování a zbývající tři jsou o provedení. Z tohoto důvodu můžeme celý proces správy testů rozdělit na dvě části, tj. Plánování a provedení.
Podívejme se podrobně na různé fáze správy testů.
# 1) Analýza rizik
Tato fáze zahrnuje zjištění rizikových faktorů a možných řešení. Pokud bude analýza rizik provedena důkladně, můžeme se vyhnout budoucím selháním nebo může být k dispozici alespoň nějaké řešení.
Riziko je něco, co se může, ale nemusí stát. Pokud k tomu ale dojde, jaký bude jeho dopad? Může to nepříznivě ovlivnit kvalitu softwaru, pověst společnosti a mnoho dalšího.
Měly by se zjistit rizikové faktory, aby se zabránilo tomuto špatnému dopadu. Pro zjištění rizikových faktorů je třeba provést analýzu rizik. Existují dva typy rizik, tj. Rizika projektu a rizika produktu. Rizika projektu jsou rizika související s pracovním procesem a rizika produktu jsou rizika související s vyvinutým produktem.
# 2) Odhad testu
Odhad testu je o predikci času potřebného pro každou testovací aktivitu / fázi. Jelikož se jedná o odhad, nemůže být přesný. Pro lepší odhad testu můžeme studovat minulé projekty naší společnosti nebo se můžeme poradit se členy týmu, kteří budou odpovědní za tuto pracovní nebo testovací fázi.
# 3) Plánování testů
Samotné plánování testů je dlouhý proces. Zahrnuje definování cílů testu, rozsah testu, strategii testu, časové plánování, zdroje, komunikační přístup atd. Požadavky by měly být velmi jasné pro definování cílů a rozsahu testu. Plán testování je určen pro testery, uživatele a členy projektového týmu.
Plán zkoušek popisuje roli testování v projektu. Plán testování zahrnuje také role a odpovědnosti, seznam funkcí, které budou testovány a nebudou testovány, testovací prostředí, seznam nástrojů a případné předpoklady.
# 4) Zkušební organizace
Během fáze plánování testu jsme naplánovali všechny možné věci týkající se testování.
Proto potřebujeme kvalifikované členy týmu, aby tento plán provedli nebo aby byl plán úspěšný. Organizace zkoušek je o vybudování dokonalého týmu pro úspěšný projekt.
# 5) Testujte monitorování a kontrolu
Zatímco probíhají testovací práce nebo když testeři provádějí plán testů, musí být sledovány všechny tyto pokroky. Jeden by měl sledovat všechny tyto testovací práce. Pokud je monitorování prováděno, pak testovací tým a vedoucí testu obdrží zpětnou vazbu o tom, jak probíhá testování?
Pomocí této zpětné vazby může správce testů vést členy týmu ke zlepšení kvality dalších testovacích prací. S pomocí monitorování testů získá projektový tým přehled o výsledcích testu. Pomáhá také vědět o pokrytí testů.
U velkých projektů se monitorování testů provádí pomocí automatizovaného nástroje, protože sběr dat bude snazší. U malých projektů shromáždí jedna osoba všechna data nebo dokumenty, které souvisejí s pokrokem v testu. Pro shromažďování informací o průběhu testu můžeme využít nápovědu šablony protokolu testu IEEE 829. Všechno to bylo o monitorování testů.
Podívejme se, co je to Test control? Práce na projektu nepůjdou vždy tak, jak jsme si naplánovali. Mezi plánem a skutečnou prací mohou být určité rozdíly. Abychom tyto rozdíly minimalizovali nebo odstranili, musíme udělat nějaké změny a tak kontrolujeme testovací práci.
# 6) Správa problémů
Problémem může být jakýkoli problém, který nastane během procesu vývoje a testování softwaru. Může to být ten nejmenší důvod, kvůli kterému nejsme schopni vyvinout / dodat kvalitní produkt. Některé problémy jsou zarážkou, tj. Bez řešení tohoto problému nebudeme moci pokračovat v dalším procesu.
Správa problémů je o tom, jak tyto problémy / problémy řešíme. Můžeme to také nazvat jako Incident management. Správa problémů vyžaduje lepší plánování procesu řešení problémů. Lepší správa problémů závisí na dovednostech a zkušenostech manažera testování.
Jak k těmto problémům dochází?
Může dojít k několika důvodům. Některé problémy souvisejí se strategií a jiné s definicí, HR, plánováním atd.
Problémy se strategií :
Příklady:
- Projektu dochází finanční prostředky.
- Špatná komunikace projektu.
- Proces řízení projektu není v souladu s uvedenými normami.
Problémy s definicí : Problémy související s požadavky.
Příklady: Nejasné požadavky. Kvůli nejasným požadavkům může být zavedeno mnoho problémů.
Problémy s plánováním: Toto je nejběžnější typ problému. Zaměstnanci se musí snažit dodržet termín.
Problémy s HR:
Příklady:
- V týmu chybí dovednosti.
- Chybné mapování zaměstnanců pro práci.
Může existovat mnohem více typů problémů a nemůžeme je zde zmínit o všech. Správa problémů je tedy o protokolování, sledování a řešení problémů.
# 7) Zkušební protokol
Protokol o zkoušce pomáhá identifikovat pokrytí testem, kvalitu vyvinutého produktu a požadovaná vylepšení procesu. Můžeme rozhodnout, „kolik testování je vyžadováno?“
Pokud bude provedeno dostatečné testování, můžeme tento testovací protokol předat zúčastněným stranám nebo klientům. Aby také poznali kvalitu produktu a měli představu o tom, kolik testů se na produktu provádí.
Nástroje pro správu testů
Postupováním v procesu vývoje softwaru se správa testů komplikuje, a to je jeden z hlavních důvodů, proč je dnes k dispozici tolik nástrojů pro správu testů.
Tyto nástroje pomohou v posledních čtyřech fázích procesu správy testů (Organizace testování, Monitorování a kontrola testů, Správa problémů a Zpráva o testu). Jelikož tyto nástroje pomáhají důležitým fázím správy testů, měly by být brány v úvahu jako první v projektu.
Níže jsou uvedeny nejoblíbenější nástroje pro správu testů:
- qTest
- PractiTest
- Vánek
- Test Collab
- TestFLO pro JIRA
- XQual
- Xray - správa testů na špičkové úrovni
- TestRail
- QACoverage
- Požadavky a správa testů pro Jira (RTM)
- SPIRATEST od společnosti Inflectra
- Kualitee
- aqua
- Testpad
- JunoOne
=> Kliknutím sem zobrazíte podrobné recenze NEJLEPŠÍCH nástrojů pro správu testů
Organizační struktury
Podívejme se na různé organizační struktury.
Mohou existovat určitá pravidla pro organizační struktury nebo mohou existovat některé ideální struktury, ale bez ohledu na to může mít každá organizace svou strukturu. Existuje tolik organizačních struktur a každá má své výhody a nevýhody.
Zde budeme diskutovat o některých z nich.
Nejprve uvidíme nejjednodušší organizační strukturu, která se používá pro malé projekty.
V této struktuře podléhají testeři i programátoři vývojovému manažerovi.
- Manažer rozvoje má dobrou kontrolu nad projektovými aktivitami.
- Bude menší možnost komunikační mezery mezi testovacími a vývojovými týmy.
- Také na schůzkách je dobré rozhodovat o termínech pro manažera vývoje, protože má úplné znalosti o testovacích a vývojových pracích.
- Týmová práce bude efektivní díky minimálním vrstvám.
Nevýhody této struktury zahrnují:
- Jelikož neexistuje žádný správce testování, existuje možnost, že testování bude zváženo pozdě v projektu.
- Existuje další možnost, že testování bude mít pro projekt menší význam. Lze to považovat za pozdní v projektu.
Obecně se v malých organizacích pro malé projekty stává, že vývojovému týmu trvá déle, než je uvedeno, a testovací tým musí trpět, tj. Testovací tým bude muset produkt otestovat do stanoveného termínu, takže testovací tým dostane méně času na testování produkt.
V této struktuře musí mít vedoucí vývoje pro úspěšné dokončení projektu na paměti, že jeho cílem není pouze dokončení projektu, ale vývoj kvalitního softwaru.
Druhá nejčastěji používaná organizační struktura:
Toto je nejběžnější typ organizační struktury. V této struktuře se testeři hlásí testovacím manažerům a vývojáři hlásí vývojovému manažerovi. Test Manager i Development Manager se hlásí k Project Manageru.
Správce zkoušek bude odpovědný za všechny činnosti spojené s zkouškami a je odpovědností vedoucího vývoje, aby zajistil vývoj softwaru. Projektový manažer bude řídit jak testování, tak vývojové činnosti.
Výhody:
- Na rozdíl od předchozí struktury zde v této struktuře existují různí manažeři pro testování a vývoj, a proto se oba mohou soustředit na svou práci. Budou i nadále oddaní své práci a bude pro ně méně rušivé.
- V této struktuře nelze opomenout testovací aktivity nebo je nelze vzít v úvahu pozdě v projektu. To znamená, že testování i vývoj získají stejnou důležitost.
- Pokud jde o kritická rozhodnutí, testovací tým má s výhodou nezávislost.
Nevýhody:
- Existuje možnost komunikační mezery kvůli více úrovním.
Správa testování vs. organizační struktury
Organizační struktury přímo ovlivňují správu testů. Různé organizační struktury mají různý dopad na správu testů, proto se správa testů liší podle dovedností a zkušeností manažera testování a podle pozice manažera testování v organizační struktuře.
Viděli jsme zde dvě organizační struktury. V první struktuře je vedoucí vývoje a vedoucí testování stejná osoba, a proto ovlivňuje správu testů. Vývojový manažer má za cíl vyvíjet software, a přitom se musí dívat také na testovací práci.
Někdy tedy může vydávat zaujaté názory. Může pouze přehlédnout problém a pokračovat. Tímto způsobem může ovlivnit správu testů. Nezávislý manažer testů bude schopen zajistit větší spravedlnost a správa testů bude lepší s nezávislými manažery testů.
Závěr
Viděli jsme obě témata, tj. Správu testů a organizační struktury samostatně a spolu se vztahem mezi těmito dvěma. Můžeme dojít k závěru, že organizační struktury ovlivňují správu testů.
Při porovnání obou výše zmíněných struktur bude ve druhé struktuře správa testů zpracována lépe než ta první. Důvodem může být vyhrazený správce testů.
Organizační struktury se v jednotlivých organizacích liší. Ačkoli existuje nějaký definovaný proces pro správu testů (nebo týmy mohou používat nástroje pro správu testů), správa testů se bude lišit z důvodu různých organizačních struktur, manažerů testů, dovedností a zkušeností testovacího manažera.
Doporučené čtení
- Výukový program TestLink: Laický průvodce nástrojem TestLink Test Management (výuka č. 1)
- Výukový program Bugzilla: Výukový program pro správu defektů
- Výukový program SVN: Správa zdrojového kódu pomocí Subversion
- Výukový program TestLodge - Jak uspořádat vaše projekty testování softwaru pomocí nástroje pro správu testů TestLodge
- Funkční testování vs. nefunkční testování
- 4 Další základní funkce nástroje Ultimate Test Management Tool
- Výukový program JIRA: Kompletní praktický průvodce JIRA
- Výukový program VersionOne: All-in-one Agile Project Management Tool Guide