Mis on tarkvara testimise prognoosimine?
Testiprognoos on haldustegevus, mis ligikaudselt näitab, kui kaua ülesande täitmine võtab. Testi jaoks vajaliku pingutuse hindamine on testide haldamise üks peamisi ja olulisi ülesandeid.
Miks testida prognoosi?
Kaks küsimust, mida võite oma klientidelt oodata, kui arutate võimalikke testimisega seonduvaid küsimusi
Väikeprojektide puhul on nendele küsimustele suhteliselt lihtne vastata. Kuid sellise suure projekti nagu Testing Guru99 Bank veebisaidi jaoks peate kõvasti mõtlema, et neile küsimustele vastata.
Selles õpetuses saate teada
- Mis on tarkvara testimise prognoosimine?
- Miks testida prognoosi?
- Mida hinnata?
- Kuidas hinnata?
- Samm 1) Jagage kogu projekti ülesanne alamülesanneteks
- 2. samm. Määrake iga ülesanne meeskonnaliikmele
- Samm 3) Ülesannete pingutuse prognoosimine
- 1. meetod. Funktsioonipunkti meetod
- 2. meetod. Kolme punkti hindamine
- 4. samm. Kinnitage hinnang
- Testimise parimad tavad
- Muud tehnikad
Mida hinnata?
- Ressursid: Resources on kohustatud teostama mis tahes projekti ülesandeid. Need võivad olla inimesed, seadmed, vahendid, rahastamine või mis tahes muu, mida on võimalik projektitegevuse lõpuleviimiseks vajalikuks määratleda.
- Times: aeg on projekti kõige väärtuslikum ressurss. Igal projektil on kohaletoimetamise tähtaeg.
- Inimoskused: inimoskused tähendavad meeskonnaliikmete teadmisi ja kogemusi . Need mõjutavad teie hinnangut. Näiteks meeskonnal, mille liikmetel on testimise oskused madalad, kulub projekti lõpuleviimiseks rohkem aega kui kõrgete testimisoskustega meeskonnal.
- Maksumus: maksumus on projekti eelarve . Üldiselt tähendab see, kui palju raha kulub projekti lõpuleviimiseks.
Kuidas hinnata?
Tarkvara testimise hindamise tehnikate loetelu
- Tööjaotuse struktuur
- 3-punkti tarkvara testimise hindamise tehnika
- Lairiba Delphi tehnika
- Funktsioonipunkti / testimispunktide analüüs
- Kasutamine - juhtumipunkti meetod
- Protsendijaotus
- Ad-hoc meetod
Järgnev on hinnanguline 4-etapiline protsess
Saate teada, kuidas neid tehnikaid kombineerida, et leida Guru99 Banki juhtumiuuringu hinnang.
Samm1) Jagage kogu projekti ülesanne alamülesanneteks
Ülesanne on kellelegi antud töö. Selleks saate kasutada tööjaotuse struktuuri tehnikat.
Selles tehnikas on keeruline projekt jaotatud mooduliteks. Moodulid on jagatud alamooduliteks. Iga alamoodul jaguneb veelgi funktsionaalsuseks. See tähendab, et jagage kogu projekti ülesanne kõige väiksemateks ülesanneteks.
Kasutage struktuuri Work Break Down, et jagada Guru99 Banki projekt viieks väiksemaks ülesandeks -
Pärast seda saate iga ülesande alamülesandeks jagada . Käesoleva tegevus on luua ülesanne üksikasjalikult kui võimalik .
Ülesanne | Alaülesanne |
---|---|
Analüüsige tarkvaranõuete spetsifikatsiooni | Uurige pehmete nõuete spetsifikatsioone |
Intervjuu arendaja ja teiste sidusrühmadega, et veebisaidi kohta rohkem teada saada | |
Looge testi spetsifikatsioon | Disaini teststsenaariumid |
Looge testjuhtumid | |
Vaadake üle ja vaadake üle testjuhtumid | |
Tehke testjuhtumid | Looge testikeskkond |
Tehke testjuhtumid | |
Vaadake testi täitmise tulemused üle | |
Teatage defektidest | |
Looge defektide aruanded | |
Teatage defektidest |
2. samm. Määrake iga ülesanne meeskonnaliikmele
Selles etapis määratakse iga ülesanne projektimeeskonna sobivale liikmele. Võite määrata ülesande järgmiselt
Ülesanne | Liikmed |
---|---|
Analüüsige tarkvaranõuete spetsifikatsiooni | Kõik liikmed |
Looge testi spetsifikatsioon | Testija / testanalüütik |
Looge testikeskkond | Testi administraator |
Tehke testjuhtumid | Testija, testi administraator |
Teatage defektidest | Testija |
Samm 3) Ülesannete pingutuse prognoosimine
On kaks tehnikat, mida saate rakendada tööülesannete pingutuste hindamiseks
- Funktsionaalse punkti meetod
- Kolme punkti hinnang
1. meetod. Funktsioonipunkti meetod
Selles meetodis hindab testihaldur ülesannete suurust, kestust ja maksumust
Samm A) Hinnake ülesande suurust
1. etapis olete juba kogu projektiülesande WBS-meetodit kasutades väikesteks ülesanneteks jaotanud. Nüüd hindate nende ülesannete suurust. Harjutame konkreetse ülesandega „ Loo testspetsifikatsioon “
Selle ülesande suurus sõltub testitava süsteemi funktsionaalsest suurusest. Funktsionaalne suurus peegeldab summa funktsionaalsuse, mis on asjakohane kasutaja. Mida rohkem arv funktsionaalsust, seda rohkem keeruline süsteem on.
Enne ülesannete tegeliku hindamise alustamist jagatakse funktsionaalsed punktid kolme rühma, nagu Kompleksne , Keskmine lihtne , järgmiselt:
Tarkvarafunktsioonide kompleksist lähtuvalt peab Test Manger igale funktsionaalsele punktile piisavalt kaalu andma. Näiteks
Grupp | Kaal |
---|---|
Kompleksne | 5 |
Keskmine | 3 |
Lihtne | 1 |
Võtame selguse saamiseks lihtsa näite:
Vaadake siit Guru99 Banki veebisaidi tarkvaraspetsifikatsioone, tarkvarainsener on tarkvaramooduleid juba üksikasjalikult kirjeldanud. Kas saate moodulite kaalukuse määramisel kindlaks teha veebisaidi funktsioonide keerukuse ?
Funktsioonipunkti keerukam, seda rohkem on vaja katsetada. Veebisait on jagatud 12 funktsioonipunktiks . Iga funktsioonipunkti keerukuse saate määrata järgmiselt:
Ei | Mooduli nimi | Kohaldatavad rollid | Kirjeldus | Kaal |
---|---|---|---|---|
1. | Saldo uurimine | Haldur Klient | Klient: kliendil võib olla mitu pangakontot. Ta saab vaadata ainult oma kontode saldot Haldur: Haldur saab vaadata kõigi tema järelevalve alla kuuluvate klientide saldot | 3 |
2. | Rahaülekande | Haldur Klient | Klient: kliendil võib olla raha ülekandmine omaenda kontolt mis tahes sihtkontole. Haldur: Haldur saab raha suunata mis tahes lähtepanga kontolt sihtkontole | 5 |
3. | Mini avaldus | Haldur Klient | Mini väljavõte kuvab konto viimased 5 tehingut Klient: klient näeb ainult oma enda kontohalduri mini-väljavõtet : haldur näeb mis tahes konto mini-väljavõtet | 3 |
4. | Kohandatud avaldus | Haldur Klient | Kohandatud väljavõte võimaldab teil kontol tehinguid filtreerida ja kuvada vastavalt kuupäevale, tehingu väärtusele. Klient: klient näeb kohandatud - ainult oma kontohalduri väljavõtet : haldur näeb mis tahes konto kohandatud väljavõtet | 5 |
5. | Muuda salasõna | Haldur Klient | Klient: klient saab muuta ainult oma konto parooli. Haldur: Haldur saab muuta ainult oma konto parooli. Ta ei saa oma klientide paroole muuta | 1 |
6. | Uus klient | Juhataja | Juht: Haldur saab lisada uue kliendi. Haldur: Haldur saab muuta üksikasju, näiteks kliendi aadressi, e-posti aadressi ja telefoni. | 3 |
7. | Uus konto | Juhataja | Praegu pakub süsteem kahte tüüpi kontosid
| 5 |
8. | Muuda kontot | Juhataja | Haldur: Haldur saab lisada olemasoleva konto muutmise konto üksikasjad | 1 |
9. | Kustuta konto | Juhataja | Haldur: Haldur saab lisada kliendile konto kustutamiseks. | 1 |
10. | Kustuta klient | Juhataja | Klienti saab kustutada ainult siis, kui tal pole aktiivset arveldus- või salvestuskontode haldurit . Haldur saab kliendi kustutada. | 1 |
11. | Tagatisraha | Juhataja | Haldur: Haldur saab raha sisse kanda mis tahes kontole. Tavaliselt tehakse seda siis, kui sularaha deponeeritakse pangakontoris. | 3 |
12. | Taganemine | Juhataja | Haldur: Haldur saab raha välja võtta igalt kontolt. Tavaliselt tehakse seda siis, kui sularaha võetakse pangakontoris. | 3 |
SAMM B) Hinnake ülesande kestust
Pärast funktsioonipunktide keerukuse klassifitseerimist peate hindama nende testimise kestust . Kestus tähendab, kui palju aega on vaja ülesande lõpuleviimiseks.
- Kogu pingutus : jõupingutused veebisaidi kõigi funktsioonide täielikuks testimiseks
- Funktsioonipunktid kokku : Veebisaidi moodulid kokku
- Hinnang määratletud funktsioonipunktide kaupa : Keskmine pingutus ühe funktsioonipunkti täitmiseks. See väärtus sõltub selle ülesande eest vastutava liikme produktiivsusest .
Oletame, et teie projektimeeskond on funktsioonipunktide järgi määranud hinnanguliselt 5 tundi / punkti . Veebisaidi Guru99 Bank kõigi funktsioonide testimiseks tehtavat kogupingutust saate hinnata järgmiselt:
Kaal | Funktsioonipunktide arv | Kokku | |
---|---|---|---|
Kompleksne | 5 | 3 | 15 |
Keskmine | 3 | 5 | 15 |
Lihtne | 1 | 4 | 4 |
Funktsioon Punkte kokku | 34 | ||
Hinnake määratlust punkti kohta | 5 | ||
Hinnanguline pingutus kokku (inimese tundides) | 170 |
Seega on kogu Guru99 panga ülesande „Koosta testspetsifikatsiooni loomine” täitmiseks umbes 170 inimtundi
Kui olete mõistnud vajalikke jõupingutusi, saate määrata ressursse, et määrata, kui kaua ülesanne võtab aega (kestus), ja seejärel saate hinnata tööjõukulusid ja muid kulusid.
Ülaltoodud näide näitab ka liikme tähtsust teie meeskonnas. Kui teil on andekas ja kogenud liikmed, saate lõpetada määratud ülesande väike aeg, ja teie projekti lõpetada kell tähtaega või varem.
SAMM C) Hinnake ülesannete maksumust
See samm aitab teil vastata kliendi viimasele küsimusele „ Kui palju see maksab?”
Oletame, et teie meeskonna palk on keskmiselt 5 dollarit tunnis. Aega, mis on vajalik ülesande „Loo testispetsifikatsioonid” jaoks, on 170 tundi. Seega on ülesande maksumus 5 * 170 = 850 dollarit. Nüüd saate arvutada WBS-i muude tegevuste eelarve ja jõuda projekti kogueelarveni.
Projektijuhina peate otsustama, kuidas oma ettevõtte investeeringult kõige rohkem tulu saada . Mida täpsem on teie projekti maksumuse prognoos, seda paremini suudate oma projekti eelarvet hallata.
MEETOD 2) Kolme punkti hindamine
Kolme punkti hindamine on üks tehnikatest, mida saaks kasutada ülesande hindamiseks. Kolme punkti hindamise lihtsus muudab selle projektijuhile, kes soovib hinnata, väga kasulikuks tööriistaks.
Kolme punkti hindamisel toodetakse iga ülesande jaoks esialgu kolm väärtust, tuginedes eelnevale kogemusele või parimatele oletustele järgmiselt
Ülesande hindamisel peab Test Manager esitama kolm väärtust, nagu eespool määratletud. Kolm tuvastatud väärtust annavad hinnangu sellele, mis juhtub optimaalses olekus , mis on kõige tõenäolisem või mis oleks meie arvates halvim stsenaarium.
Vaatame, kuidas järgmises näites kasutada ülaltoodud kolme väärtust
Kas saate ülesande „ Loo testi spetsifikatsioon ” jaoks hinnata testi pingutust? Pidage meeles, et peate hõlmama kõiki Guru99 panga veebisaidi mooduleid, nagu on tehtud funktsioonipunkti meetodil
Hinnanguid saate teha järgmiselt
- Parimal juhul lõpetada see ülesanne on 120 töötundi (umbes 15 päeva). Sellisel juhul on teil andekas meeskond, nad saavad ülesande kõige väiksema ajaga lõpule viia.
- Tõenäoliselt juhul lõpetada see ülesanne on 170 töötundi (umbes 21 päeva). See on tavaline juhtum, teil on ülesande täitmiseks piisavalt ressursse ja võimalusi
- Halvimal juhul lõpetada see ülesanne on 200 töötundi (umbes 25 päeva). Peate tegema palju rohkem tööd, sest teie meeskonnaliikmed pole kogenud.
Nüüd määrake igale parameetrile väärtus nagu allpool
Ülesande täitmise pingutusi saab arvutada kahekolmnurkse jaotuse valemi abil järgmiselt:
Ülaltoodud valemis on parameeter E tuntud kui kaalutud keskmine. See on ülesande „Loo testi spetsifikatsioon” hinnang.
Kuid teie ülemus võib teilt küsida
Ülaltoodud hinnangus määrate lihtsalt võimaliku ja mitte kindla väärtuse, peame teadma tõenäosuse kohta , et hinnang on õige. Võite kasutada teist valemit:
Ülaltoodud valemis, SD keskmine standardhälve, võib see väärtus anda teile teavet tõenäosuse kohta , et hinnang on õige.
Nüüd saate lõpetada ülesande „Looge testspetsifikatsioon” hinnang
Guru99 Banki veebisaidi ülesande „Loo testspetsifikatsioon“ täitmiseks vajate 166,6 ± 13,33 töötundi (153,33–179,99 töötundi)
4. samm. Kinnitage hinnang
Kui olete kõigi WBS-is nimetatud ülesannete koondhinnangu loonud, peate selle edastama juhatusele , kes selle üle vaatab ja heaks kiidab .
Juhatuse liikmeks võiks olla tegevjuht, projektijuht ja muud sidusrühmad.
Juhatus vaatab teie hindamiskava läbi ja arutab teiega läbi. Võite neile oma hinnangut loogiliselt ja mõistlikult selgitada , et nad saaksid teie hinnangukava kinnitada.
Testimise parimad tavad
Selles teemas tutvustatakse üldisi näpunäiteid testimise täpsuse hindamiseks.
- Lisage puhvri aeg: teie projektiga võib juhtuda palju ettearvamatuid asju, näiteks andekas meeskonnaliige lahkub ootamatult tööst, testimiseks kulub rohkem aega, kui prognoositakse ... jne. Seetõttu peate oma hinnangusse lisama ka mõne puhvri. Hinnangus puhvri olemasolu võimaldab toime tulla võimalike viivitustega.
- Konto ressursside planeerimine hinnangul: mida peaksite tegema, kui mõni teie meeskonna liige võtab pikki puhkusi? See võib projekti edasi lükata. Ressursside planeerimine hindamisel mängib võtmerolli. Ressursside kättesaadavus aitab veenduda, et hinnangud on realistlikud. Siin peate arvestama meeskonnaliikme lehtedega, üldiselt pikkade lehtedega.
- Kasutage viitena varasemaid kogemusi: ajahinnangute koostamisel on ülitähtis roll varasemate projektide kogemustel . Kuna mõni projekt võib olla mõnevõrra sarnane, saate varasemat hinnangut uuesti kasutada. Näiteks kui kasutate mõnda projekti, näiteks veebisaidi testimist, saate sellest kogemusest õppida, proovida vältida kõiki raskusi või probleeme, millega varasemad projektid kokku puutusid.
- Jää oma hinnangu juurde: hinnang on lihtsalt hinnang, sest see võib valesti minna . Projekti varases staadiumis peaksite testiprognoose sageli uuesti kontrollima ja vajadusel muutma . Pärast parandamist ei tohiks me hinnangut pikendada, välja arvatud juhul, kui nõudes on olulisi muudatusi või kui peate uuesti hindamise osas kliendiga läbi rääkima
Tarkvara testi prognoosimall
Laadige alla tarkvara testimise prognoos Excel (.xlsx)
Muud tehnikad
Delphi lairibatehnika, kasutamine - juhtumipunktide meetod, protsentuaalne jaotus, Ad-hoc meetod on muud tarkvaratehnika hindamise tehnikad.
Kui videole pole juurdepääsu, klõpsake siin
Video ärakiri- Teeme harjutuse - lennureserveerimisrakenduse jaoks valmistage ette tööjaotuse struktuur
- mitmesugused testimisülesanded, nagu - Kontrollige sisselogimise funktsionaalsust, Kontrollige uue tellimuse funktsionaalsust, Kontrollige faksi funktsionaalsust ja muid sarnaseid funktsioone ning Hinnake nende funktsioonide testimiseks vajalikke jõupingutusi
- Näiteks saab sisselogimise funktsionaalsust testida 2 tunniga. Samuti koostage kõigi ülesannete ja vastavate pingutuste loend. Peatage treeninguõpetus ja lõpetage harjutus. Loodan, et arvasite vajaliku pingutuse haritult
- See on testide hindamise alt-üles strateegia. Seda tehnikat nimetatakse alt üles, kuna tööjaotuse hierarhia kõige madalamal tasemel olevate ülesannete põhjal hindate kestust, sõltuvusi ja ressursse.
- Alt üles strateegias ei võta hinnanguid üks inimene, vaid kõik sidusrühmad, üksikud kaasautorid, eksperdid ja kogenud töötajad ühiselt. Idee on tugineda meeskonnaliikmete koostöötarkusele, et jõuda täpsete testihinnanguteni
- Nüüd, kuna teil on märkimisväärne kogemus lennupiletite broneerimissüsteemis. Selle kogemuse abil saate hinnata veebisaidi täieliku funktsionaalsuse testimiseks vajalikke jõupingutusi. - http://newtours.demoaut.com/
- See sait on funktsionaalselt identne lennupiletite rakendusega, lihtsalt et see on veebipõhine. Peatage õpetus ja tehke harjutus kohe
- Loodan, et teie kogemuse põhjal hindasite veebisaidi testimiseks vajalikke jõupingutusi hästi
- See on ülalt-alla lähenemine hindamisele, mis põhineb kogemustel.
- Teine tehnika on klassifitseerida projekt nende suuruse ja keerukuse järgi ning seejärel näha, kui kaua konkreetse suuruse ja keerukusega projekt on varem aega võtnud.
- Teine lähenemisviis on sarnaste projektide jaoks varasema keskmise pingutuse katsejuhtumi kohta määramine, seejärel praeguse projekti hinnanguliste testijuhtude kasutamine ja kogu jõupingutuste jõudmine
- Keerukamad hindamismudelid hõlmavad keerukaid matemaatilisi mudeleid. Praktikas kasutab enamus projekte hindamiseks ülalt-alla lähenemist.
- Testi hinnanguid võivad mõjutada paljud tegurid, nagu ajastussurve, inimeste tegurid, testimeeskonna geograafiline jaotus jne