Testien arviointitekniikat ohjelmistotestauksessa
Thomas Hamilton
⚡ Älykäs yhteenveto
Ohjelmistotestauksen arviointitekniikat arvioivat testauksen keston ja kustannukset. Neljän vaiheen prosessi – tehtävien jakaminen, omistajien määrittäminen, työmäärän arviointi ja validointi sidosryhmien kanssa – muuttaa epämääräiset aikataulut puolustettavaksi suunnitelmaksi, jonka johto voi hyväksyä.
Mikä on ohjelmistotestiarvio?
Ohjelmistotestauksen arviointi on johtamistoiminto, joka arvioi testaustehtävän keston ja kustannukset. Uskottavan testiarvion laatiminen on yksi tärkeimmistä vastuista testien hallinta koska se ohjaa aikataulu-, budjetti- ja resurssipäätöksiä.
Miksi testien arviointi on tärkeää
Asiakkaat kysyvät aina kaksi kysymystä ennen testitoimeksiannon allekirjoittamista:
Pienissä projekteissa näihin kysymyksiin on helppo vastata. Suuremmissa projekteissa – esimerkiksi testattaessa Guru99 Bankin verkkosivusto — tarvitset jäsennellyn tekniikan vastauksen puolustamiseen.
Mitä arvioida?
- Resurssit: ihmiset, laitteet, tilat, rahoitus ja kaikki muu, mitä työn suorittamiseen tarvitaan.
- aika: arvokkain resurssi missä tahansa projektissa – jokaisella julkaisulla on määräaika.
- Ihmisen taidot: tiimin tietämys ja kokemus. Vahvemmat testaajat saavat tehtävän valmiiksi nopeammin kuin vähemmän kokenut tiimi.
- Kustannukset: projektin budjetti – kuinka paljon rahaa suunnitellun testauksen toteuttaminen vaatii.
Kuinka arvioida
Yleisiä ohjelmistotestauksen arviointitekniikoita ovat:
- Työnjakorakenne (WBS).
- Kolmen pisteen arviointi.
- Laajakaistainen Delphi.
- Toimintopisteen tai testauspisteen analyysi.
- Käyttötapauspistemenetelmä.
- Prosenttijakauma.
- Ad-hoc-menetelmä.
Alla oleva nelivaiheinen prosessi yhdistää useita tekniikoita puolustettavan arvion saavuttamiseksi. Esimerkissä käytetään Guru99 Pankin tapaustutkimus.
Vaihe 1) Jaa koko projekti osatehtäviin
Käytä Työjakauman rakenne tekniikka, jolla monimutkainen projekti jaetaan moduuleihin, alimoduuleihin ja lopulta pienimpiin merkityksellisiin tehtäviin. Arviot ovat paljon luotettavampia lehtitasolla kuin epämääräisten otsikkoprojektien tasolla.
Käytä tekniikkaa rikkoaksesi Guru99 Pankkiprojekti viiteen pienempään tehtävään:
Jokainen tehtävä jaetaan sitten osatehtäviin, kunnes jokainen rivi on riittävän yksityiskohtainen arvioinnin tekemiseksi.
| Tehtävä | Alitehtävä |
|---|---|
| Analysoi ohjelmistovaatimusten määrittelyä | Tutki vaatimusmäärittelyjä. |
| Haastattele kehittäjiä ja muita sidosryhmiä saadaksesi lisätietoja verkkosivustosta. | |
| Luo testispesifikaatio | Suunnittelutestausskenaariot. |
| Luo testitapauksia. | |
| Revtarkastella ja tarkistaa testitapauksia. | |
| Suorita testitapaukset | Rakenna testiympäristö. |
| Suorita testitapaukset. | |
| Revkatselmustestin suorituksen tulokset. | |
| Ilmoita vioista | Luo vika raporteissa. |
| Ilmoita vioista. |
Vaihe 2) Määritä jokainen tehtävä tiimin jäsenelle
Määritä jokainen osatehtävä sopivimmalle omistajalle.
| Tehtävä | Omistaja |
|---|---|
| Analysoi ohjelmistovaatimusten määrittelyä | Kaikki tiimin jäsenet |
| Luo testispesifikaatio | Testaaja / Testianalyytikko |
| Rakenna testiympäristö | Testaa ylläpitäjä |
| Suorita testitapaukset | Testaaja, testien ylläpitäjä |
| Ilmoita vioista | testaaja |
Vaihe 3) Kunkin tehtävän työmäärän arviointi
Tässä vaiheessa kaksi toisiaan täydentävää tekniikkaa toimii hyvin:
- Funktiopistemenetelmä.
- Kolmen pisteen arviointi.
Menetelmä 1) Toimintapistemenetelmä
Testauspäällikkö arvioi kunkin tehtävän koon, keston ja kustannukset.
Vaihe A) Arvioi tehtävän koko
Ota tehtäväksi ”Luo testispesifikaatio”. Sen koko riippuu testattavan järjestelmän toiminnallisesta koosta – mitä enemmän toimintoja, sitä monimutkaisempi järjestelmä. Toimintopisteet luokitellaan tyypillisesti kolmeen ryhmään: monimutkaiset, keskivahvat ja yksinkertaiset.
Monimutkaisuuden perusteella testinhallintaohjelma antaa jokaiselle funktiopisteelle painoarvon:
| Ryhmä | painotus |
|---|---|
| Monimutkainen | 5 |
| Keskikova | 3 |
| Yksinkertainen | 1 |
Guru99 Bankin verkkosivusto on jaettu 12 toiminnalliseen osaan. Niiden monimutkaisuus on tiivistetty alla.
| # | Moduulit | Sovellettavat roolit | Tuotetiedot | painotus |
|---|---|---|---|---|
| 1 | Saldotiedustelu | Päällikkö, asiakas | asiakas: tarkastella vain omien tilien saldoa. Manager: tarkastella jokaisen valvotun asiakkaan saldoa. |
3 |
| 2 | Varainsiirto | Päällikkö, asiakas | asiakas: siirtää varoja omalta tililtä mihin tahansa kohteeseen. Manager: siirtää varoja mistä tahansa lähteestä mihin tahansa kohteeseen. |
5 |
| 3 | Pieni lausunto | Päällikkö, asiakas | Tilin viisi viimeisintä tapahtumaa. asiakas: tarkastella vain omia tilejä. Manager: tarkastella mitä tahansa tiliä. |
3 |
| 4 | Mukautettu lausunto | Päällikkö, asiakas | Suodatetut tapahtumat päivämäärän tai arvon mukaan. asiakas: vain omille tileille. Manager: millä tahansa tilillä. |
5 |
| 5 | Muuta salasana | Päällikkö, asiakas | asiakas: vaihda oma salasanasi. Manager: vaihda oma salasanasi (ei asiakkaan). |
1 |
| 6 | Uusi asiakas | Johtaja | Lisää ja muokkaa asiakastietoja (osoite, sähköpostiosoite, puhelinnumero). | 3 |
| 7 | Uusi tili | Johtaja | Säästö- ja käyttötilit; asiakas voi omistaa useita kumpiakin. Esimies lisää uusia tilejä olemassa oleville asiakkaille. | 5 |
| 8 | Muokkaa tiliä | Johtaja | Muokkaa olemassa olevan tilin tietoja. | 1 |
| 9 | Poista tili | Johtaja | Poista asiakkaan olemassa oleva tili. | 1 |
| 10 | Poista asiakas | Johtaja | Poista asiakas vain, jos aktiivisia tilejä ei ole. | 1 |
| 11 | Tallettaa | Johtaja | Talleta käteistä mille tahansa tilille konttorissa. | 3 |
| 12 | Poistaminen | Johtaja | Nosta käteistä miltä tahansa tililtä konttorissa. | 3 |
Vaihe B) Arvioi tehtävän kesto
Kun monimutkaisuus on asetettu, arvioi kunkin ryhmän testaamiseen tarvittava aika.
- Kokonaisponnistus: täysillä vaivaa verkkosivuston jokaisen toiminnon testaamiseksi.
- Toimintopisteet yhteensä: verkkosivuston moduulien kokonaismäärä.
- Arvio funktiopistettä kohden: keskimääräinen panostus pistettä kohden; riippuu joukkueen tuottavuudesta.
Oletetaan, että tiimin arvio funktiopistettä kohden on 5 tuntia/pisteKokonaisponnistus Guru99 Bankin esimerkki on:
| Ryhmä | painotus | Toimintopisteet | Yhteensä |
|---|---|---|---|
| Monimutkainen | 5 | 3 | 15 |
| Keskikova | 3 | 5 | 15 |
| Yksinkertainen | 1 | 4 | 4 |
| Toiminto Pisteet yhteensä | 34 | ||
| Arvio pistettä kohden | 5 | ||
| Arvioitu kokonaistyömäärä (henkilötuntia) | 170 | ||
Kokonaistyömääräysten luominen testispesifikaatiossa on noin 10 000 henkilötyötuntiaKun työmäärä on tiedossa, voit määrittää keston ja kustannukset ja kohdentaa resursseja.
Vaihe C) Arvioi tehtävien kustannukset
Tämä vaihe vastaa toiseen asiakaskysymykseen — ”Paljonko se maksaa?”. Oletetaan, että tiimin keskimääräinen hinta on $ 5 / tuntiYllä oleva tehtävä vie 170 tuntia, joten kustannukset ovat 170 × $5 = $850Käytä samaa laskelmaa kaikkiin WBS-tehtäviin projektibudjetin laskemiseksi.
Mitä tarkempi arvio, sitä paremmin voit hallita projektin budjettia ja varmistaa, että jokainen euro tuottaa tulosta.
Menetelmä 2) Kolmen pisteen arviointi
Kolmen pisteen arviointi on strukturoitu tekniikka, jossa testipäällikkö antaa kolme arvoa tehtävää kohden – optimistinen, todennäköisimminja pessimistinen ponnistelu – aiemman kokemuksen tai parhaiden arvausten perusteella.
”Luo testispesifikaatio” -kohdassa kolme arvoa voisivat olla:
- Parhaassa tapauksessa: 120 henkilötyötuntia (noin 15 päivää) vahvan ja kokeneen tiimin kanssa.
- Todennäköisimmin: 170 henkilötyötuntia (~21 päivää) tyypillisellä tiimillä ja resursseilla.
- Pahin tapaus: 200 henkilötyötuntia (~25 päivää) vähemmän kokeneella tiimillä ja ylimääräisellä uudelleentyöstöllä.
Laske painotettu keskiarvo PERT-tyylisellä kaavalla:
Arvo E on painotettu keskiarvo — otsikkoarvio kohdasta ”Luo testispesifikaatio”.
Ilmaistakseen luottamusta ympärillään E, laske keskihajonta:
Varten Guru99 Pankkiesimerkki, jonka mukaan arvio on 166.6 ± 13.33 henkilötyötuntia — vaihteluväli 153.33–179.99 henkilötyötuntia.
Vaihe 4) Vahvista arvio
Kokoa yhteen kaikki työrakenteen arviot ja lähetä suunnitelma johtoryhmälle (toimitusjohtaja, projektipäällikkö, keskeiset sidosryhmät) tarkastettavaksi ja hyväksyttäväksi.
Käy arvio taululla loogisesti läpi, jotta he ymmärtävät oletukset, valitut tekniikat ja sisäänrakennetun varautumistekijän.
Testien arvioinnin parhaat käytännöt
Lisää puskuriaika
Suunnitelmat harvoin kestävät kosketusta todellisuuteen – tiimin jäsenet lähtevät, testit kestävät odotettua kauemmin, riippuvuudet karkaavat. Rakenna jokaiseen arvioon kohtuullinen puskuri, jotta aikataulu kestää pienet yllätykset.
Resurssien saatavuuden suunnittelu
Ota huomioon suunnitellut lomat, koulutukset ja päivystysvuorot. Saatavuustiedot huomiotta jättävät arviot näyttävät paperilla hyviltä, mutta epäonnistuvat toteutuksessa.
Käytä aiempaa kokemusta referenssinä
Samankaltaisista projekteista saatu historiadata on korvaamatonta. Jos testasit vastaavaa verkkosivustoa viime vuonna, opi sen toteutuneista tiedoista, kohdatuista ongelmista ja puskurista, joka pelasti päivän.
Pysy arviossa – mutta tarkista se uudelleen
Arviot eivät ole ristiriidassatracts; ne ovat parhaita arvauksia. RevAseta ne tunnettujen virstanpylväiden mukaisesti ja muuta tilannetta vain, jos vaatimukset muuttuvat olennaisesti tai uusi tieto muuttaa tilannetta. Neuvottele kaikista muutoksista asiakkaan kanssa läpinäkyvästi.
Ohjelmistotestin arviointimalli
Lataa ohjelmistotestausarvion Excel-tiedosto (.xlsx)
Muut arviointitekniikat
WBS:n, funktiopisteiden ja kolmen pisteen estimoinnin lisäksi useita muita tekniikoita käytetään laajalti:
- Laajakaistainen Delphi: asiantuntijapaneelin iteratiivinen konsensusarvio.
- Käyttötapauspistemenetelmä: johtaa vaivannäön käyttötapausten lukumäärästä ja monimutkaisuudesta.
- Prosenttijakauma: varaa kiinteän prosenttiosuuden projektin kokonaistyöstä testaukseen.
- Ad-hoc-menetelmä: asiantuntija-arvio, kun historialliset tiedot puuttuvat.
Alhaalta ylös vs. ylhäältä alas -arviointi
Käytännön näkökulma arviointiin jakautuu myös kahteen toisiaan täydentävään strategiaan:
- Alhaalta ylöspäin tapahtuva arviointi: Työosuusrakenteen alimman tason tehtävien perusteella. Useat sidosryhmät, kokenut henkilöstö ja avustajat yhdistävät lukunsa saadakseen tarkan kokonaissumman. Ihanteellinen silloin, kun työ on hyvin ymmärretty.
- Ylhäältä alas -arvio: luokittelee projektin koon ja monimutkaisuuden mukaan ja vertaa sitä samanmuotoisiin valmistuneisiin projekteihin. Käyttää myös keskimääräistä työmäärää per testitapaus ja skaalautuu tapausten ennustetun määrän mukaan. Hyödyllinen projektin alkuvaiheessa, kun yksityiskohtia on niukasti.
Useimmat tiimit yhdistävät nämä kaksi – ylhäältä alas päälukujen ja alhaalta ylös luottamuksen saamiseksi – ja päällekkäin tuovat hienostuneet mallit, kun budjetit oikeuttavat vaivan.
