Testimise hindamise tehnikad tarkvara testimisel
Thomas Hamilton
⚡ Nutikas kokkuvõte
Tarkvara testimise hindamistehnikad annavad ligikaudse hinnangu testimise kestusele ja maksumusele. Neljaastmeline protsess – ülesannete jagamine, omanike määramine, töömahu hindamine ja sidusrühmadega valideerimine – muudab ebamäärased ajakavad põhjendatud plaaniks, mille juhtkond saab heaks kiita.
Mis on tarkvaratesti hindamine?
Tarkvara testimise hindamine on juhtimistegevus, mis annab ligikaudse hinnangu testimisülesande kestuse ja maksumuse kohta. Usaldusväärse testihinnangu koostamine on üks olulisemaid kohustusi. testide haldamine sest see mõjutab ajakava, eelarve ja ressurssidega seotud otsuseid.
Miks on testi hindamine oluline?
Enne testlepingu allkirjastamist esitavad kliendid alati kaks küsimust:
Väikeste projektide puhul on neile küsimustele lihtne vastata. Suurema projekti puhul – näiteks testimise puhul Guru99 Panga veebisait – vastuse kaitsmiseks on vaja struktureeritud tehnikat.
Mida hinnata?
- Ressursid: inimesed, seadmed, rajatised, rahastamisvahendid ja kõik muu töö tegemiseks vajalik.
- aeg: iga projekti kõige väärtuslikum ressurss – igal väljalaskel on tähtaeg.
- Inimlikud oskused: meeskonna teadmised ja kogemused. Tugevamad testijad lõpetavad kiiremini kui vähem kogenud meeskond.
- Hind: projekti eelarve – kui palju raha kulub kavandatud testimise läbiviimiseks.
Kuidas hinnata
Levinumad tarkvara testimise hindamismeetodid on:
- Tööjaotuse struktuur (WBS).
- Kolmepunktiline hinnang.
- Lairiba Delphi.
- Funktsioonipunkti või testimispunkti analüüs.
- Kasutusjuhtumi meetod.
- Protsentjaotus.
- Ad-hoc meetod.
Allolev neljaastmeline protsess ühendab mitu tehnikat, et jõuda põhjendatud hinnanguni. Näites kasutatakse Guru99 Panga juhtumiuuring.
1. samm) Jagage kogu projekt alamülesanneteks
Kasuta Tööjaotuse struktuur tehnika, mis jagab keerulise projekti mooduliteks, alammooduliteks ja lõpuks kõige väiksemateks olulisteks ülesanneteks. Hinnangud on lehe tasandil palju usaldusväärsemad kui ebamääraste pealkirjaprojektide puhul.
Rakenda tehnikat murdmiseks Guru99 Panga projekt viieks väiksemaks ülesandeks:
Seejärel jagatakse iga ülesanne alamülesanneteks, kuni iga rida on piisavalt detailne, et hinnangut anda.
| Ülesanne | Alamülesanne |
|---|---|
| Analüüsige tarkvaranõuete spetsifikatsiooni | Uurige nõuete spetsifikatsioone. |
| Veebisaidi kohta lisateabe saamiseks intervjueeri arendajaid ja teisi sidusrühmi. | |
| Looge testi spetsifikatsioon | Kujundustestide stsenaariumid. |
| Loo testjuhtumeid. | |
| Revvaadata ja muuta testjuhtumeid. | |
| Tehke testjuhtumid | Looge testimiskeskkond. |
| Käivita testjuhtumid. | |
| Revtesti käivitamise tulemused. | |
| Teatage defektidest | Loo defekt aruandeid. |
| Teatage puudustest. |
2. samm) Määrake iga ülesanne meeskonnaliikmele
Määrake iga alamülesanne kõige sobivamale omanikule.
| Ülesanne | omanik |
|---|---|
| Analüüsige tarkvaranõuete spetsifikatsiooni | Kõik meeskonnaliikmed |
| Looge testi spetsifikatsioon | Testija / Testianalüütik |
| Looge testimiskeskkond | Testi administraator |
| Tehke testjuhtumid | Testija, testi administraator |
| Teatage defektidest | Tester |
3. samm) Iga ülesande pingutuse hindamine
Selles etapis toimivad hästi kaks teineteist täiendavat tehnikat:
- Funktsioonipunkti meetod.
- Kolmepunktiline hinnang.
Meetod 1) Funktsioonipunkti meetod
Testijuht hindab iga ülesande suurust, kestust ja maksumust.
Samm A) Hinnake ülesande suurust
Võtke ette ülesanne „Looge testi spetsifikatsioon“. Selle suurus sõltub testitava süsteemi funktsionaalsest suurusest – mida rohkem funktsioone, seda keerulisem on süsteem. Funktsioonipunktid liigitatakse tavaliselt kolme rühma: keerukad, keskmised ja lihtsad.
Keerukuse põhjal määrab testihaldur igale funktsioonipunktile kaalu:
| Grupp | Kaalumine |
|---|---|
| Keeruline | 5 |
| Keskmine | 3 |
| lihtne | 1 |
. Guru99 Panga veebisait on jagatud 12 funktsionaalseks osaks. Nende keerukus on kokku võetud allpool.
| # | moodulid | Kohaldatavad rollid | Kirjeldus | Kaalumine |
|---|---|---|---|---|
| 1 | Saldo uurimine | Juhataja, klient | Klient: vaadata ainult oma kontode saldosid. Juht: vaadata iga kliendi saldot järelevalve all. |
3 |
| 2 | Rahaülekande | Juhataja, klient | Klient: kanda raha oma kontolt ükskõik millisesse sihtkohta. Juht: raha ülekandmine mis tahes allikast mis tahes sihtkohta. |
5 |
| 3 | Mini avaldus | Juhataja, klient | Konto viimased viis tehingut. Klient: vaadata ainult oma kontosid. Juht: vaadata mis tahes kontot. |
3 |
| 4 | Kohandatud avaldus | Juhataja, klient | Filtreeritud tehingud kuupäeva või väärtuse järgi. Klient: ainult oma kontodel. Juht: mis tahes konto. |
5 |
| 5 | Muuda parool | Juhataja, klient | Klient: enda parooli vahetama. Juht: vaheta enda parooli (mitte kliendi oma). |
1 |
| 6 | Uus klient | Juht | Lisage ja muutke kliendi andmeid (aadress, e-posti aadress, telefoninumber). | 3 |
| 7 | Uus konto | Juht | Säästu- ja arvelduskontod; kliendil võib olla mitu mõlemat kontot. Haldur lisab olemasolevatele klientidele uusi kontosid. | 5 |
| 8 | Konto muutmine | Juht | Muutke olemasoleva konto andmeid. | 1 |
| 9 | Kustuta konto | Juht | Kliendi olemasoleva konto kustutamine. | 1 |
| 10 | Kustuta klient | Juht | Kustuta klient ainult siis, kui aktiivseid kontosid pole. | 1 |
| 11 | Hoius | Juht | Kanna sularaha filiaalis mis tahes kontole. | 3 |
| 12 | Tagasivõtmine | Juht | Võtke sularaha filiaalis mis tahes kontolt välja. | 3 |
Samm B) Hinnake ülesande kestust
Kui keerukusaste on paika pandud, hinnake iga rühma testimiseks vajalikku aega.
- Kogupingutus: täielik pingutus veebisaidi iga funktsiooni testimiseks.
- Funktsioonipunktide koguarv: veebisaidi moodulite koguarv.
- Hinnang funktsioonipunkti kohta: keskmine pingutus punkti kohta; sõltub meeskonna produktiivsusest.
Eeldame, et meeskonna hinnang funktsioonipunkti kohta on 5 tundi/punktKogupingutus selleks Guru99 Panga näide on:
| Grupp | Kaalumine | Funktsioonipunktid | Summa kokku |
|---|---|---|---|
| Keeruline | 5 | 3 | 15 |
| Keskmine | 3 | 5 | 15 |
| lihtne | 1 | 4 | 4 |
| Funktsioon Punktide kogusumma | 34 | ||
| Hinnang punkti kohta | 5 | ||
| Hinnanguline kogupanus (inimesetundides) | 170 | ||
Testispetsifikatsiooni loomise kogupanus on umbes 170 inimtundiKui pingutus on teada, saate määrata ressursid kestuse ja maksumuse määramiseks.
C-etapp) Ülesannete maksumuse hindamine
See samm vastab kliendi teisele küsimusele – „Kui palju see maksab?“. Eeldame, et meeskonna keskmine määr on $ 5 / tunnisÜlaltoodud ülesanne võtab aega 170 tundi, seega on maksumus 170 × $5 = $850Rakenda sama arvutust iga WBS-i ülesande puhul, et saada projekti eelarve.
Mida täpsem on hinnang, seda paremini saate projekti eelarvet hallata ja tagada, et iga dollar teenib tulu.
Meetod 2) Kolmepunktiline hindamine
Kolmepunktiline hindamine on struktureeritud meetod, mille puhul testijuht annab iga ülesande kohta kolm väärtust – optimistlik, tõenäoliseltja pessimistlik pingutus — varasema kogemuse või parimate oletuste põhjal.
„Testispetsifikatsiooni loomise” puhul võivad kolm väärtust olla järgmised:
- Parimal juhul: 120 inimtundi (~15 päeva) tugeva ja kogenud meeskonnaga.
- Kõige tõenäolisemalt: 170 inimtundi (~21 päeva) tüüpilise meeskonna ja ressurssidega.
- Halvimal juhul: 200 inimtundi (~25 päeva) vähem kogenud meeskonnaga ja lisatööga.
Arvutage kaalutud keskmine PERT-stiilis valemi abil:
Väärtus E on kaalutud keskmine — pealkirjapõhine hinnang teemal „Testispetsifikatsiooni loomine”.
Väljendama enesekindlust enda ümber E, arvuta standardhälve:
Jaoks Guru99 Panga näide, mille kohaselt hinnang kujuneb 166.6 ± 13.33 inimtundi — vahemikus 153.33–179.99 inimtundi.
4. samm) Kinnitage hinnang
Koondage kõik tööülesannete hinnangud töövoo skeemist ja esitage plaan juhatusele (tegevjuht, projektijuht, peamised sidusrühmad) läbivaatamiseks ja kinnitamiseks.
Käi tahvlil loogiliselt kalkuleerimas, et nad mõistaksid eeldusi, valitud tehnikaid ja sisse ehitatud võimalikku olukorda.
Testihinnangu parimad tavad
Lisa puhvri aeg
Plaanid peavad harva reaalsusega silmitsi seisma – meeskonnaliikmed lahkuvad, testid võtavad oodatust kauem aega, sõltuvused kaovad. Looge igasse kalkulatsiooni mõistlik varu, et ajakava suudaks väiksemaid üllatusi absorbeerida.
Ressursside kättesaadavuse plaan
Arvestage planeeritud puhkuse, koolituse ja valvekordade rotatsioonidega. Hinnangud, mis eiravad saadavust, näevad paberil suurepärased välja, kuid ei pruugi tulemuste esitamisel toimida.
Kasutage varasemaid kogemusi võrdlusmaterjalina
Sarnaste projektide ajaloolised andmed on hindamatud. Kui testisite eelmisel aastal võrreldavat veebisaiti, õppige selle tegelikest näitajatest, tekkinud probleemidest ja puhvervarust, mis päeva päästis.
Jääge hinnangu juurde – aga vaadake see uuesti üle
Hinnangud ei ole valedtracneed on parimad oletused. RevAsetage need teadaolevatele verstapostidele ja tehke muudatusi ainult siis, kui nõuded oluliselt muutuvad või uus teave muudab pilti. Pidage kliendiga kõiki muudatusi läbipaistvalt läbirääkimisi.
Tarkvaratesti hinnangumall
Laadige alla tarkvara testimise hinnangu Exceli fail (.xlsx)
Muud hindamismeetodid
Lisaks WBS-ile, funktsioonipunktide ja kolmepunktilisele hindamisele kasutatakse laialdaselt mitmeid teisi tehnikaid:
- Lairiba Delphi: ekspertide paneeli iteratiivne konsensushinnang.
- Kasutusjuhtumi meetod: tuletab pingutuse kasutusjuhtude arvust ja keerukusest.
- Protsentjaotus: eraldab testimisele kindla protsendi projekti kogupanusest.
- Ajutine meetod: eksperdihinnang, kui ajaloolised andmed puuduvad.
Alt-üles vs ülalt-alla hindamine
Praktiline hinnangute käsitlus jaguneb kaheks teineteist täiendavaks strateegiaks:
- Alt-üles hinnang: Tööst koosneva jaotuse madalaima taseme ülesannete põhjal. Mitmed sidusrühmad, kogenud töötajad ja kaastöölised liidavad oma arvud täpse summa saamiseks. Ideaalne, kui tööst on hästi aru saadud.
- Ülalt-alla hindamine: liigitab projekti suuruse ja keerukuse järgi ning võrdleb seda sarnase kujuga lõpetatud projektidega. Kasutab ka keskmist pingutust inimese kohta. testjuhtum ja skaleerub prognoositava juhtumite arvu järgi. Kasulik projekti alguses, kui üksikasju napib.
Enamik meeskondi ühendab need kaks – ülalt-alla peamise numbri jaoks ja alt-üles enesekindluse saamiseks – ning lisab tulemusele keerukaid mudeleid, kui eelarve õigustab pingutust.
