Tehnike procjene testova u testiranju softvera

Što je procjena testiranja softvera?

Procjena testiranja softvera je upravljačka aktivnost koja približno procjenjuje koliko će dugo trajati zadatak testiranja i koliko će koštati. Izrada vjerodostojne procjene testa jedna je od najvažnijih odgovornosti u upravljanje testovima jer utječe na odluke o rasporedu, proračunu i resursima.

Zašto je procjena testa važna

Klijenti uvijek postavljaju dva pitanja prije nego što potpišu probni angažman:

Za male projekte na ova pitanja je lako odgovoriti. Za veći projekt - recimo testiranje Guru99 Web stranica banke - potrebna vam je strukturirana tehnika za obranu odgovora.

Što procijeniti?

• Resursi: ljudi, oprema, objekti, financiranje i sve ostalo što je potrebno za izvršenje posla.
• Vrijeme: najvrjedniji resurs na svakom projektu - svako izdanje ima rok.
• Ljudske vještine: znanje i iskustvo tima. Jači testeri završavaju brže od manje iskusnog tima.
• Trošak: proračun projekta — koliko je novca potrebno za provedbu planiranog testiranja.

Kako procijeniti

Uobičajene tehnike procjene testiranja softvera su:

• Struktura raščlambe rada (WBS).
• Procjena u tri točke.
• Širokopojasni Delphi.
• Analiza funkcionalne točke ili točke testiranja.
• Metoda točke slučaja upotrebe.
• Postotna distribucija.
• Ad-hoc metoda.

Četverostupanjski postupak u nastavku kombinira nekoliko tehnika kako bi se došlo do obranjive procjene. Primjer koristi GuruStudija slučaja 99 banke.

Korak 1) Podijelite cijeli projekt na podzadatke

Koristite Struktura raščlambe rada tehnika za podjelu složenog projekta na module, podmodule i na kraju najmanje značajne zadatke. Procjene su daleko pouzdanije na razini listova nego u odnosu na nejasne naslovne projekte.

Primijenite tehniku ​​za razbijanje GuruPodijelite projekt 99 Bank na pet manjih zadataka:

Svaki zadatak se zatim dijeli na podzadatke sve dok svaki redak ne bude dovoljno detaljan za procjenu.

Zadatak	Podzadatak
Analizirajte specifikaciju softverskih zahtjeva	Istražite specifikacije zahtjeva.
	Intervjuirajte razvojne programere i druge dionike kako biste saznali više o web stranici.
Napravite specifikaciju testa	Dizajn testnih scenarija.
	Izradite testne slučajeve.
	Revpregledati i revidirati testne slučajeve.
Izvršite testne slučajeve	Izgradite testno okruženje.
	Izvršite testne slučajeve.
	Revpogledajte rezultate izvršenja testa.
Prijavite nedostatke	Stvorite mana hrturizam.hr
	Prijavite nedostatke.

Korak 2) Dodijelite svaki zadatak članu tima

Dodijelite svaki podzadatak najprikladnijem vlasniku.

Zadatak	Vlasnik
Analizirajte specifikaciju softverskih zahtjeva	Svi članovi tima
Napravite specifikaciju testa	Tester / Testni analitičar
Izgradite testno okruženje	Test administrator
Izvršite testne slučajeve	Tester, administrator testiranja
Prijavite nedostatke	Ispitivač

Korak 3) Procjena napora za svaki zadatak

U ovoj fazi dobro funkcioniraju dvije komplementarne tehnike:

1. Metoda funkcionalne točke.
2. Procjena u tri točke.

Metoda 1) Metoda funkcionalne točke

Voditelj testiranja procjenjuje veličinu, trajanje i trošak za svaki zadatak.

Korak A) Procijenite veličinu zadatka

Uzmimo za primjer zadatak „Izrada specifikacije testa“. Njegova veličina ovisi o funkcionalnoj veličini testiranog sustava - što više funkcija, to je sustav složeniji. Funkcionalne točke obično se klasificiraju u tri skupine: Složene, Srednje i Jednostavne.

Na temelju složenosti, voditelj testiranja dodjeljuje težinu svakoj funkcijskoj točki:

Klan	ponderiranja
Kompleks	5
Srednji	3
Jednostavan	1

The GuruWeb stranica 99 Banke podijeljena je na 12 funkcionalnih točaka. Njihova složenost sažeta je u nastavku.

#	Moduli	Primjenjive uloge	Description	ponderiranja
1	Upit o stanju	Voditelj, Kupac	Kupac: pregled stanja samo vlastitih računa. Menadžer: pregled stanja svakog kupca pod nadzorom.	3
2	Prijenos sredstava	Voditelj, Kupac	Kupac: prijenos sredstava s vlastitog računa na bilo koju destinaciju. Menadžer: prijenos sredstava iz bilo kojeg izvora na bilo koje odredište.	5
3	Mini Izjava	Voditelj, Kupac	Posljednjih pet transakcija na računu. Kupac: pregledavati samo vlastite račune. Menadžer: pregledati bilo koji račun.	3
4	Prilagođena izjava	Voditelj, Kupac	Filtrirane transakcije po datumu ili vrijednosti. Kupac: samo vlastite račune. Menadžer: bilo koji račun.	5
5	Promjena lozinke	Voditelj, Kupac	Kupac: promijeniti vlastitu lozinku. Menadžer: promijeniti vlastitu lozinku (ne klijentovu).	1
6	Novi kupac	Voditelj	Dodajte i uredite podatke o kupcima (adresa, e-pošta, telefon).	3
7	Novi profil	Voditelj	Štedni i tekući računi; klijent može imati više od svakog. Upravitelj dodaje nove račune za postojeće klijente.	5
8	Uređivanje računa	Voditelj	Uredite detalje postojećeg računa.	1
9	Izbriši račun	Voditelj	Izbrišite postojeći račun za klijenta.	1
10	Izbriši kupca	Voditelj	Izbriši korisnika samo kada nema aktivnih računa.	1
11	depozit	Voditelj	Uplatite gotovinu na bilo koji račun u poslovnici.	3
12	Povlačenje	Voditelj	Podignite gotovinu s bilo kojeg računa u poslovnici.	3

Korak B) Procijenite trajanje zadatka

Nakon što je složenost određena, procijenite trajanje potrebno za testiranje svake grupe.

• Ukupni napor: uložio je maksimalan trud u testiranje svake funkcije web stranice.
• Ukupni bodovi funkcije: ukupni moduli web stranice.
• Procjena po funkcionalnoj točki: prosječan napor po bodu; ovisi o produktivnosti tima.

Pretpostavimo da je procjena tima po funkcionalnoj točki 5 sati/bodUkupni napor za GuruPrimjer banke 99 je:

Klan	ponderiranja	Funkcijske točke	ukupno
Kompleks	5	3	15
Srednji	3	5	15
Jednostavan	1	4	4
Ukupni broj bodova funkcije			34
Procjena po bodu			5
Ukupni procijenjeni napor (osobni sati)			170

Ukupni napor za dovršetak "Izrade specifikacije testa" je oko 170 radnih satiNakon što je poznat utrošeni trud, možete dodijeliti resurse kako biste odredili trajanje i trošak.

Korak C) Procijenite trošak zadataka

Ovaj korak odgovara na drugo pitanje klijenta - "Koliko to košta?". Pretpostavimo prosječnu timsku stopu od 5 $ / satGornji zadatak traje 170 sati, pa je trošak 170 × $5 = $850Primijenite isti izračun na svaki WBS zadatak kako biste došli do proračuna projekta.

Što je procjena točnija, to bolje možete upravljati proračunom projekta i osigurati povrat svake uložene sume.

Metoda 2) Procjena u tri točke

Procjena u tri točke je strukturirana tehnika u kojoj voditelj testiranja daje tri vrijednosti po zadatku - optimistički, najvjerojatnijei pesimističan trud - na temelju prethodnog iskustva ili najboljih pretpostavki.

Za "Izradi specifikaciju testa" tri vrijednosti mogu biti:

• Najbolji slučaj: 120 sati rada (~15 dana) s jakim, iskusnim timom.
• Najvjerojatnije: 170 sati rada (~21 dan) s tipičnim timom i resursima.
• Najgori slučaj: 200 sati rada (~25 dana) s manje iskusnim timom i dodatnim preradom.

Izračunajte ponderirani prosjek koristeći formulu u stilu PERT-a:

Vrijednost E je prosječne težine — naslovna procjena za „Izrada specifikacije testa“.

Izraziti povjerenje oko sebe E, izračunajte standardnu ​​devijaciju:

Za Guru99 Primjer banke na koji se procjena odnosi 166.6 ± 13.33 osobnih sati — raspon od 153.33 do 179.99 radnih sati.

Korak 4) Potvrdite procjenu

Agregirajte svaku procjenu zadatka iz WBS-a i podnesite plan upravnom odboru (izvršnom direktoru, voditelju projekta, ključnim dionicima) na pregled i odobrenje.

Logički prođite kroz procjenu s pločom kako bi razumjeli pretpostavke, odabrane tehnike i nepredviđene okolnosti koje ste ugradili.

Najbolje prakse za procjenu testova

Dodajte vrijeme međuspremnika

Planovi rijetko prežive kontakt sa stvarnošću - članovi tima odlaze, testovi traju dulje od očekivanog, ovisnosti se mijenjaju. U svaku procjenu ugradite razuman tampon kako bi raspored apsorbirao manja iznenađenja.

Planirajte dostupnost resursa

Uzmite u obzir planirane dopuste, obuke i dežurstva. Procjene koje zanemaruju dostupnost izgledaju sjajno na papiru, a urušavaju se u isporuci.

Koristite prošla iskustva kao referencu

Povijesni podaci iz sličnih projekata su neprocjenjivi. Ako ste prošle godine testirali usporedivu web stranicu, učite iz njezinih stvarnih podataka, uočenih problema i međuspremnika koji je spasio stvar.

Držite se procjene - ali je ponovno razmotrite

Procjene nisu točnetracts; to su najbolje pretpostavke. RevIspravite ih na poznatim prekretnicama i prilagodite ih samo kada se zahtjevi značajno promijene ili nove informacije pomaknu sliku. Transparentno pregovarajte o svakoj promjeni s kupcem.

Predložak procjene testiranja softvera

Preuzmite Excel datoteku za procjenu softverskog testa (.xlsx)

Druge tehnike procjene

Uz WBS, procjenu funkcijskih točaka i procjenu u tri točke, široko se koristi i nekoliko drugih tehnika:

• Širokopojasni Delphi: iterativna procjena konsenzusa od strane panela stručnjaka.
• Metoda slučaja upotrebe: izvlači trud iz broja i složenosti slučajeva upotrebe.
• Postotna distribucija: dodjeljuje fiksni postotak ukupnog napora projekta za testiranje.
• Ad-hoc metoda: stručna procjena kada nedostaju povijesni podaci.

Procjena odozdo prema gore u odnosu na procjenu odozgo prema dolje

Praktični pogled na procjenu također se dijeli na dvije komplementarne strategije:

• Procjena odozdo prema gore: na temelju zadataka na najnižoj razini WBS-a. Više dionika, iskusnog osoblja i suradnika kombiniraju svoje brojeve kako bi došli do točnog ukupnog iznosa. Idealno kada je posao dobro shvaćen.
• Procjena od vrha prema dolje: klasificira projekt prema veličini i složenosti te ga uspoređuje sa završenim projektima sličnog oblika. Također koristi prosječni trud po testni slučaj i skalira se prema predviđenom broju slučajeva. Korisno na početku projekta kada su detalji oskudni.

Većina timova kombinira ta dva pristupa - odozgo prema dolje za glavne brojke, odozdo prema gore za samopouzdanje - i preklapaju rezultat sa sofisticiranim modelima kada proračuni opravdavaju trud.

Pitanja i odgovori