pro úspěch jakéhokoli projektu je odhad testu a správné provedení stejně důležité jako vývojový cyklus. Dodržování odhadu je velmi důležité pro vybudování dobré pověsti s klientem.
zkušenosti hrají hlavní roli při odhadu „úsilí o testování softwaru“. Práce na různých projektech nám pomáhá připravit přesný odhad testovacího cyklu.
je zřejmé, že člověk nemůže jen slepě dát nějaký počet dní pro jakýkoli testovací úkol. Odhad testu by měl být realistický a přesný.
tento tutoriál bude obsahovat některé důležité ukazatele, které budou velmi užitečné pro přípravu přesného odhadu testu velmi jednoduchým způsobem.
proces odhadu testů
„odhad je proces nalezení odhadu nebo aproximace, což je hodnota, která je použitelná pro nějaký účel, i když vstupní data mohou být neúplná, nejistá nebo nestabilní.“
všichni se setkáváme s různými úkoly, povinnostmi a termíny po celý život jako profesionálové, nyní existují dva přístupy k nalezení řešení problému.
první přístup je reaktivní přístup, při kterém se snažíme najít řešení problému až po jeho příchodu.
ve druhém přístupu, který lze nazvat proaktivním přístupem, se nejprve připravíme dobře, než problém přijde s našimi minulými zkušenostmi, a poté s našimi minulými zkušenostmi se snažíme najít řešení výzvy, když přijde.
odhad lze tedy považovat za techniku, která se používá, když k problému přistupujeme proaktivně.
odhad lze tedy použít k předpovědi, kolik úsilí s ohledem na čas a náklady by bylo zapotřebí k dokončení definovaného úkolu. Jakmile je testovací tým schopen odhadnout daný problém, je pro ně snazší přijít s řešením, které by bylo optimální pro daný problém.
praxe odhadu pak může být definována formálněji jako přibližný výpočet pravděpodobných nákladů na kus práce.
také read = > 7 faktory ovlivňující odhad testu projektu automatizace selenu
základní předpoklady
uvedené níže jsou základními předpoklady pro proces odhadu testu.
#1) poznatky získané z práce s minulými zkušenostmi: vždy je dobré strávit nějaký čas, vzpomínat na minulé projekty, které představovaly výzvy podobné současnému úsilí.
#2) dostupné dokumenty nebo artefakty: Nástroje úložiště pro správu testů se v těchto typech scénářů hodí, protože ukládají požadavky a objasňovací dokumenty. Tyto dokumenty může testovací tým postoupit, aby jasně definoval rozsah projektu.
#3) předpoklady o typu práce: minulé pracovní zkušenosti pomáhají při vytváření předpokladů o projektu. To je místo, kde najímání zkušených odborníků záleží nejvíce. Testovací manažeři si mohou vybrat mozky těchto lidí, aby dosáhli požadovaných výsledků.
#4) Výpočet potenciálních rizik a hrozeb: Testovací tým musí také vizualizovat potenciální rizika a hrozby a úskalí, které pro tým mohou v budoucnu ležet.
#5) určení, zda byly dokumenty baselined: testovací tým také musí určit, zda byly požadavky baselined nebo ne. Pokud dokumenty nejsou baselined pak je důležité určit frekvenci změn.
#6) Všechny odpovědnosti a závislosti by měly být jasné: organizace by měla jasně definovat role a odpovědnosti pro všechny, kteří by prováděli proces odhadu.
#7) dokumentace a sledování záznamů odhadu: všechny relevantní informace k procesu odhadu by měly být zdokumentovány.
#8) činnosti, které mají být provedeny během procesu odhadu testu:
- Uspořádejte tým, který bude provádět odhady.
- rozložte Projekt na fáze projektu a následné zakládající činnosti.
- Vypočítejte odhad na základě předchozích projektů a odborných zkušeností.
- upřednostněte možné hrozby a vymýšlejte přístupy ke zmírnění těchto rizik.
- Zkontrolujte a zdokumentujte příslušné části díla.
- předložte práci příslušným zúčastněným stranám.
nejvýznamnější techniky odhadu testu
některé z nejdůležitějších technik odhadu testu jsou:
- odhad zkušebního bodu
- odhad založený na pracovní fázi
- použijte odhad případového bodu
jak a kde tyto techniky používáme:
#1) odhad zkušebního bodu je jednoduchá a snadno srozumitelná technika odhadu, která je široce používána v celém spektru testování softwaru. Iterační fáze a jednoduchost jsou nejdůležitějšími rysy této konkrétní techniky.
#2) Work-phase based estimation je metoda odhadu, která se používá při odhadu odhadů na konkrétní fázi (obvykle nejkratší a nejjednodušší z fází) a poté testovací tým postupně přidává další fáze do počátečního odhadu a nakonec přichází s vhodným odhadem.
#3) metoda odhadu bodu použití je odhad případů použití, kdy se k určení odhadu testování softwaru používají neupravené váhy aktérů a neupravené váhy případu použití.
podrobnosti o technice odhadu zkušebního bodu
technika odhadu zkušebního bodu se provádí podle níže uvedených kroků:
(v rámci tohoto paradigmatu lze zvážit následující váhy, které se mohou u jednotlivých projektů lišit – některé z těchto vah jsou váhy programovacího jazyka založené na složitosti kódu, hmotnosti aplikace založené na typu aplikace a testovacích váhách, které jsou přiřazeny na základě různých fází testování softwaru.)
nezpracované zkušební body se vynásobí CWF, aby se získala velikost zkoušky ve velikosti zkušebního bodu.
faktor produktivity udává dobu, po kterou zkušební technik dokončí testování jednoho zkušebního bodu.
testovací úsilí v osobních hodinách se vypočítá vynásobením velikosti zkušebního bodu faktorem produktivity.
pro výpočet techniky odhadu zkušebního bodu uvažujeme následující proměnné.
- složitost požadavků na zkoušku
- rozhraní s dalšími požadavky
- celkový počet ověřovacích bodů
- základní údaje ze zkoušek
pak musíme zvážit váhové vektory pro každou z datových proměnných a uspořádat je následujícím způsobem.
nastavovací faktor = průměr (součin složitosti hmotnost a hmotnost faktoru) / 30
nastavovací zkušební bod pro návrh zkušebního případu = celkový zkušební bod X (1 + nastavovací faktor pro návrh zkušebního případu)
upravený zkušební bod pro provedení zkušebního případu = celkový zkušební bod X (1 + nastavovací faktor pro provedení zkušebního případu)
celkový zkušební bod (normalizovaný) X (1 + Úprava faktor pro návrh/provedení zkušebního případu) = upravený zkušební bod pro návrh/provedení zkušebního případu
celkové úsilí v Personal Hours (PH) = Počet normalizovaných testovacích bodů / Produktivita (v normalizovaných testovacích bodech na osobu)
příklady odhadu testu
zkusme použít výše uvedenou formulaci na jiné praktické použití.
Předpokládejme, že skončíme s testovacím požadavkem, kdy máme 5 testovacích scénářů k testování.
nyní řekněme, že testovací scénář 1 má 5 očekávaných výsledků testu, testovací scénář 2 má 6 očekávaných výsledků testu, testovací scénář 3 pouze 2 očekávané výsledky testu, testovací scénář 4 9 očekávané výsledky testu, testovací scénář 5 také 9 očekávané výsledky testu.
testovací scénáře klasifikujeme do tří tříd, tj. komplexních, jednoduchých a středních na základě celkového počtu očekávaných výsledků přítomných v těchto třech třídách.
komplexní třídy budou mít více než 7 očekávaných výsledků, zatímco jednoduché budou sestávat z méně než 5 očekávaných výsledků a mírné scénáře budou sestávat ze 4 až 7 očekávaných výsledků.
klasifikujeme tedy testovací scénář 1 a testovací scénář 2 jako mírné scénáře, scénář 5 a scénář 6 jako složité a testovací scénář 3 jako jednoduchý.
nyní použijeme testovací body pro všechny tyto scénáře. Použili jsme 5 testovacích bodů pro složité třídy, 3 pro střední a 2 pro jednoduché scénáře.
vynásobíme předpokládané testovací body celkovým počtem očekávaných výsledků ve všech těchto testovacích scénářích. Takže skončíme s následujícími aproximacemi:
Scénář 1: 3 testovací body * 5 očekávaných výsledků testu = upravené testovací body = 25
scénář 2: 3 testovací body * 6 očekávaných výsledků testu = upravené testovací body = 30
scénář 3: 2 testovací body * 2 očekávané výsledky testu = upravené testovací body = 4
scénář 4: 5 testovacích bodů * 9 očekávané výsledky testu = upravené testovací body = 45
scénář 5: 5 testovacích bodů * 9 očekávané výsledky testu = upravené testovací body = 45
takže vzhledem k tomu, že musíme požádat o řekněme 5 hodin osob pro každý upravený testovací bod, nakonec získáme následující přibližný výsledek.
testovací scénář 1: 25 upravených testovacích bodů * 5 hodin osob = 125 hodin osob
testovací scénář 2: 30 upravených testovacích bodů * 5 hodin osob = 150 hodin osob
testovací scénář 3: 4 upravené zkušební body * 5 hodin osob= 20 hodin osob
testovací scénář 4: 45 upravených testovacích bodů * 5 hodin osob = 225 hodin osob
testovací scénář 5: 45 upravených testovacích bodů * 5 hodin osob = 225 hodin osob
takže celková přibližná doba osob je: 745 hodin osob
metoda odhadu případu použití
metoda Use-Case Point je založena na případech použití, kdy vypočítáme celkové úsilí odhadu testu na základě případů použití nebo požadavků.
níže je uveden podrobný postup metody odhadu případu použití:
příkladem toho je, že v konkrétním požadavku máme 5 případů použití, případ použití 1, případ použití 2,…, případ použití 5. Nyní uvažujme, že případ použití 1 se skládá ze 6 herců, případ použití 2 se skládá z 15 herců, případy použití 3, 4 a 5, 3, 4 a 5 herců.
jakýkoli případ použití, který zahrnuje celkový počet herců méně než 5, považujeme za negativní, jakýkoli případ použití s celkovým počtem herců je roven nebo větší než 5 a menší nebo roven 10, za pozitivní a jakýkoli případ použití s více než 10 herci za výjimečný.
rozhodli jsme se přiřadit 2 body pro výjimečné případy použití, 1 pro pozitivní a -1 pro negativní.
na základě výše uvedených předpokladů tedy kategorizujeme případy použití 1 a 5 jako pozitivní, případ použití 2 jako výjimečný a případ použití 3, 4 jako negativní.
takže nezpracovaný herec váhy = Use case 1 = (celkový počet herců) 5 * 1 (přidělený bod) = 5. Podobně
použijte případ 2 = 15 * 2 = 30 .
opakováním postupu pro ostatní případy použití dostáváme nezpracované váhy herce = 33
nezpracované hmotnost případu použití = celkové číslo. případů použití = 5
nezpracovaný bod použití = neupravené váhy herce + neupravená hmotnost případu použití = 33 + 5 = 38
zpracovaný případ použití = 38 * = 26.7 nebo 28 osob hodiny přibližně
technika členění pracovní fáze
technika členění pracovní fáze může být popsána v následujících krocích.
- rozdělte celkovou práci na Fáze.
- začněte nejjednodušší fází a přiřaďte jí přibližnou hodnotu odhadu.
- poté pokračujte v identifikaci další možné fáze, která může být zahájena po dokončení této fáze.
- Odvozte možnou sadu aproximačních hodnot, které by mohly být použity pro tuto fázi, a vyberte maximální hodnotu ze všech odvozených aproximačních hodnot.
- sečtěte aproximovanou hodnotu odhadu přidáním aktuální hodnoty odhadu intenzity fáze k již existující hodnotě.
- pokračujte kroky 3 až 5, dokud nebudou vyčerpány všechny fáze identifikované v prvním kroku.
- přijměte konečnou přibližnou odhadní hodnotu jako konečnou.
Předpokládejme, že v požadavku existuje 5 požadovaných fází. V počáteční fázi 1 předpokládáme, že celkové potřebné úsilí je 35 hodin a poté zahájíme další fázi 2, pro kterou máme 4 srovnávací předpoklady 35, 45, 55 a 65.
považujeme 65 osob-hodin, což je maximální hodnota zde. Ve fázi 3, 4, 5 přicházíme s odhady (12 , 33, 43 , 54) , (15 , 10 , 7 , 8) a (2 , 16 , 5 , 13). Použitím uvedeného principu skončíme s 185 osobními hodinami.
dávám informace o-Jak odhadnout testovací úsilí pro jakýkoli testovací úkol, který jsem se naučil ze své zkušenosti.
9 obecné tipy, jak přesně odhadnout dobu testování
faktory ovlivňující odhad testování softwaru, a obecné tipy pro přesný odhad:
#1) myslete na nějaký čas vyrovnávací paměti: odhad by měl obsahovat nějakou vyrovnávací paměť. Ale nepřidávejte vyrovnávací paměť, což není realistické. Mít vyrovnávací paměť v odhadu nám umožňuje vyrovnat se s případnými zpožděními, ke kterým může dojít. Vyrovnávací paměť také pomáhá zajistit maximální pokrytí testu.
#2) zvažte cyklus chyb: odhad testu zahrnuje také cyklus chyb. Skutečný zkušební cyklus může trvat déle, než se odhaduje.
abychom tomu zabránili, měli bychom zvážit skutečnost, že zkušební cyklus závisí na stabilitě sestavení. Pokud sestavení není stabilní, pak vývojáři mohou potřebovat více času na jeho opravu a samozřejmě se testovací cyklus automaticky prodlouží.
#3) dostupnost všech zdrojů pro odhadované období: Odhad testu by měl vzít v úvahu všechny listy plánované členy týmu (obvykle dlouhé listy) v příštích několika týdnech nebo několika příštích měsících. Tím bude zajištěno, že odhady jsou realistické.
odhad by měl vzít v úvahu určitý pevný počet zdrojů pro zkušební cyklus. Pokud se počet zdrojů sníží, měl by být odhad znovu navštíven a odpovídajícím způsobem aktualizován.
#4) Můžeme Provádět Paralelní Testování? Máte nějaké předchozí verze stejného produktu, abyste mohli porovnat výstup? Pokud ano, pak to může váš testovací úkol trochu usnadnit. Měli byste přemýšlet o odhadu na základě verze produktu.
#5) odhady se mohou pokazit – takže znovu navštívit odhady často v počátečních fázích, než ji spáchat: v raných fázích, měli bychom často znovu navštívit testovací odhady a provést změny v případě potřeby. Neměli bychom prodlužovat odhad, jakmile ho zmrazíme, pokud nedojde k zásadním změnám v požadavcích.
#6) Přemýšlejte o své minulé zkušenosti, abyste mohli soudit! Zkušenosti z minulých projektů hrají při přípravě časových odhadů zásadní roli. Můžeme se pokusit vyhnout všem obtížím nebo problémům, kterým čelily minulé projekty. Můžeme analyzovat, jak byly předchozí odhady a kolik pomohly dodat produkt včas.
#7) zvažte rozsah projektu: vědět, jaký je konečný cíl projektu a seznam všech konečných výstupů. Faktory, které je třeba vzít v úvahu pro malé a velké projekty, se hodně liší. Velké projekty obvykle zahrnují nastavení testbed, generování testovacích dat, testovací skripty, atd.
odhady by proto měly být založeny na všech těchto faktorech. Zatímco u malých projektů obvykle testovací cyklus zahrnuje psaní, provádění a regresi testovacích případů.
#8) Chystáte se provést zátěžové testování? Pokud potřebujete věnovat značný čas testování výkonu, pak podle toho odhadněte. Odhady projektů, které zahrnují testování zátěže, by měly být posuzovány odlišně.
#9) Znáte Svůj Tým? Pokud znáte silné a slabé stránky jednotlivců pracujících ve vašem týmu, můžete přesněji odhadnout testovací úkoly. Při odhadu je třeba vzít v úvahu skutečnost, že ne všechny zdroje mohou přinést stejnou úroveň produktivity.
někteří lidé mohou provádět rychleji ve srovnání s ostatními. Ačkoli to není hlavní faktor, přispívá k celkovému zpoždění dodávek.
závěr
Software test estimation je praxe, která vyžaduje zapojení zkušených odborníků, jakož i zavedení osvědčených postupů v celém odvětví, jako je test case point a použití case point metody.
je také důležité přijmout otevřenou mysl pro přizpůsobení požadovaných procesů. Úspěšná implementace těchto procesů vede k celkovému zlepšení procesu testování.
Toto je hostující článek autora „N. Sandhya Rani“.
Poslední Aktualizace: 29. Listopadu 2021
