Kas ir programmatūras testa novērtējums?
Testa novērtējums ir pārvaldības darbība, kas aptuveni norāda, cik ilgs laiks būtu jāveic uzdevumam. Testa piepūles novērtēšana ir viens no galvenajiem un svarīgākajiem testu pārvaldības uzdevumiem.
Kāpēc pārbaudīt novērtējumu?
Divi jautājumi, kurus jūs varat sagaidīt no klientiem, apspriežot potenciālās testa saistības
Maziem projektiem uz šiem jautājumiem ir salīdzinoši viegli atbildēt. Bet par lielu projektu, piemēram, Testing Guru99 Bank vietni, jums ir nopietni jādomā, lai atbildētu uz šiem jautājumiem.
Šajā apmācībā jūs uzzināsiet
- Kas ir programmatūras testa novērtējums?
- Kāpēc pārbaudīt novērtējumu?
- Ko novērtēt?
- Kā novērtēt?
- 1. darbība. Sadaliet visu projekta uzdevumu apakšuzdevumos
- 2. solis. Katru uzdevumu piešķiriet komandas loceklim
- 3. solis. Uzdevumu piepūles novērtēšana
- 1. metode. Funkcijas punkta metode
- 2. metode) trīs punktu novērtēšana
- 4. solis. Apstipriniet novērtējumu
- Pārbaudes novērtēšanas paraugprakse
- Citas metodes
Ko novērtēt?
- Resursi: Resursi ir nepieciešami, lai veiktu visus projekta uzdevumus. Tie var būt cilvēki, aprīkojums, aprīkojums, finansējums vai jebkas cits, kas var tikt definēts, kas nepieciešams projekta darbības pabeigšanai.
- Laiki: laiks ir visvērtīgākais projekta resurss. Katram projektam ir noteikts piegādes termiņš.
- Cilvēka prasmes: Cilvēka prasmes nozīmē komandas locekļu zināšanas un pieredzi . Tie ietekmē jūsu novērtējumu. Piemēram, komandai, kuras dalībniekiem ir zemas prasmes testēt, projekta pabeigšanai būs vajadzīgs vairāk laika nekā komandai, kurai ir augstas prasmes pārbaudīt.
- Izmaksas: izmaksas ir projekta budžets . Vispārīgi runājot, tas nozīmē, cik daudz naudas nepieciešams projekta pabeigšanai.
Kā novērtēt?
Programmatūras testa novērtēšanas metožu saraksts
- Darba sadalījuma struktūra
- 3 punktu programmatūras testēšanas novērtēšanas tehnika
- Platjoslas Delphi tehnika
- Funkciju punktu / testēšanas punktu analīze
- Izmantošana - gadījuma punkta metode
- Procentu sadalījums
- Ad-hoc metode
Tālāk ir 4 soļu process, lai iegūtu aprēķinu
Jūs uzzināsiet, kā apvienot šīs metodes, lai atrastu aprēķinu Guru99 Bank gadījuma izpētei.
1. darbība. Sadaliet visu projekta uzdevumu apakšuzdevumos
Uzdevums ir kādam uzdots darbs. Lai to izdarītu, varat izmantot tehniku Darba sadalījuma struktūra .
Šajā tehnikā sarežģīts projekts ir sadalīts moduļos. Moduļi ir sadalīti apakšmoduļos. Katrs apakšmodulis ir sīkāk sadalīts funkcionalitātē. Tas nozīmē sadalīt visu projekta uzdevumu mazākajos uzdevumos.
Izmantojiet struktūru Work Break Down, lai sadalītu Guru99 Bank projektu 5 mazākos uzdevumos -
Pēc tam jūs varat sadalīt katru uzdevumu līdz apakšuzdevumam. Šīs aktivitātes mērķis ir izveidot uzdevumu tik detalizēti , kā iespējams .
Uzdevums | Apakšuzdevums |
---|---|
Analizējiet programmatūras prasību specifikāciju | Izpētiet obligāto prasību specifikācijas |
Intervija ar izstrādātāju un citām ieinteresētajām personām, lai uzzinātu vairāk par vietni | |
Izveidojiet testa specifikāciju | Projektēšanas testa scenāriji |
Izveidojiet testa gadījumus | |
Pārskatiet un pārskatiet testa gadījumus | |
Izpildiet testa gadījumus | Izveidojiet testa vidi |
Izpildiet testa gadījumus | |
Pārskatiet testa izpildes rezultātus | |
Ziņot par defektiem | |
Izveidojiet defektu pārskatus | |
Ziņot par defektiem |
2. solis. Katru uzdevumu piešķiriet komandas loceklim
Šajā solī katrs uzdevums tiek piešķirts attiecīgajam dalībniekam projekta komandā. Jūs varat piešķirt uzdevumu šādi
Uzdevums | Dalībnieki |
---|---|
Analizējiet programmatūras prasību specifikāciju | Visi locekļi |
Izveidojiet testa specifikāciju | Testētājs / testa analītiķis |
Izveidojiet testa vidi | Pārbaudes administrators |
Izpildiet testa gadījumus | Testētājs, testa administrators |
Ziņot par defektiem | Testeris |
3. solis. Uzdevumu piepūles novērtēšana
Ir 2 paņēmieni, kurus varat izmantot, lai novērtētu uzdevumu piepūli
- Funkcionālā punkta metode
- Trīs punktu novērtējums
1. metode. Funkcijas punkta metode
Šajā metodē Testa pārvaldnieks aplēš uzdevumu lielumu, ilgumu un izmaksas
A solis. Novērtējiet uzdevuma lielumu
1. solī jūs jau esat sadalījis visu projekta uzdevumu mazos uzdevumos, izmantojot WBS metodi. Tagad jūs novērtējat šo uzdevumu lielumu. Trenēsimies ar noteiktu uzdevumu “ Izveidot testa specifikāciju ”
Šī uzdevuma lielums ir atkarīgs no pārbaudāmās sistēmas funkcionālā lieluma. Funkcionālais lielums atspoguļo funkcionalitātes daudzumu , kas ir svarīgs lietotājam. Vairāk skaits funkcionalitāti, jo sarežģītāka sistēma.
Pirms sākt faktisko uzdevumu novērtēšanu, funkcionālie punkti tiek sadalīti trīs grupās, piemēram, Komplekss , Vidējs Vienkāršs , šādi:
Pamatojoties uz programmatūras funkciju kompleksu, testa pārvaldniekam katram funkcionālajam punktam ir jāpiešķir pietiekams svars . Piemēram
Grupa | Svars |
---|---|
Komplekss | 5 |
Vidējs | 3 |
Vienkārši | 1 |
Paņemsim vienkāršu piemēru, lai kļūtu skaidrāks:
Apskatiet vietnes Guru99 Bank programmatūras specifikāciju. Programmatūras inženieris jau ir detalizēti aprakstījis programmatūras moduļus. Vai varat noteikt vietnes funkciju sarežģītību , piešķirot katra moduļa svaru?
Funkcijas punkts ir sarežģītāks, jo vairāk pūļu ir pārbaudīt. Tīmekļa vietne ir sadalīta 12 funkciju punktos . Katru funkciju punktu sarežģītību varat noteikt šādi:
Nē. | Moduļa nosaukums | Piemērojamās lomas | Apraksts | Svars |
---|---|---|---|---|
1. | Bilances izmeklēšana | Vadītājs klients | Klients: klientam var būt vairāki bankas konti. Viņš var skatīt tikai savu kontu atlikumu. Pārvaldnieks: Pārvaldnieks var skatīt visu viņa pārraudzībā esošo klientu bilanci | 3 |
2. | Līdzekļu pārskaitījums | Vadītājs klients | Klients: Klients var pārskaitīt līdzekļus no sava “sava” konta uz jebkuru galamērķa kontu. Pārvaldnieks: Pārzinis var pārskaitīt līdzekļus no jebkura avota bankas konta uz galamērķa kontu | 5 |
3. | Mini paziņojums | Vadītājs klients | Mini izraksts parādīs pēdējos 5 konta darījumus. Klients: klients var redzēt tikai sava konta pārziņa mini izrakstu : Pārzinis var redzēt jebkura konta mini izrakstu | 3 |
4. | Pielāgots paziņojums | Vadītājs klients | Pielāgotu paziņojums ļauj filtrēt un displeja darījumu kontā, pamatojoties uz datumu, darījuma vērtība Klients: Klients var redzēt Customized- ticamības tikai viņa "paša" konti vadītājs: Vadītājs var redzēt Customized -statement par jebkuru kontu | 5 |
5. | Mainīt paroli | Vadītājs klients | Klients: klients var mainīt tikai sava konta paroli. Pārzinis: Pārzinis var mainīt tikai sava konta paroli. Viņš nevar mainīt savu klientu paroles | 1 |
6. | Jauns klients | Vadītājs | Pārvaldnieks: Pārvaldnieks var pievienot jaunu klientu. Pārvaldnieks: Pārvaldnieks var rediģēt informāciju, piemēram, klienta adresi, e-pastu, tālruni. | 3 |
7. | Jauns konts | Vadītājs | Pašlaik sistēma nodrošina divu veidu kontus
| 5 |
8. | Rediģēt kontu | Vadītājs | Pārvaldnieks: Pārzinis var pievienot rediģēšanas konta informāciju esošam kontam | 1 |
9. | Dzēst kontu | Vadītājs | Pārvaldnieks: Pārzinis var pievienot klientam dzēšamo kontu. | 1 |
10. | Dzēst klientu | Vadītājs | Klientu var izdzēst tikai tad, ja viņam / viņai nav aktīvu pašreizējo vai krājkontu pārvaldnieku: Pārvaldnieks var izdzēst klientu. | 1 |
11. | Depozīts | Vadītājs | Pārvaldnieks: Pārzinis var iemaksāt naudu jebkurā kontā. Parasti to veic, kad skaidrā nauda tiek noguldīta bankas filiālē. | 3 |
12. | Izstāšanās | Vadītājs | Pārvaldnieks: Pārzinis var izņemt naudu no jebkura konta. Parasti tas tiek darīts, kad skaidra nauda tiek izņemta bankas filiālē. | 3 |
B SOLIS) Novērtējiet uzdevuma ilgumu
Pēc funkciju punktu sarežģītības klasificēšanas jums jānovērtē ilgums, lai tos pārbaudītu. Ilgums nozīmē, cik daudz laika nepieciešams uzdevuma izpildei.
- Kopējā piepūle : centieni pilnībā pārbaudīt visas vietnes funkcijas
- Kopējie funkciju punkti : Vietnes kopējie moduļi
- Novērtējums, kas noteikts katram funkciju punktam : vidējais piepūle, lai pabeigtu vienu funkciju punktu. Šī vērtība ir atkarīga no produktivitāti no dalībnieka, kurš veiks atbildīgs šo uzdevumu.
Pieņemsim, ka jūsu projekta komanda ir aprēķinājusi, ka uz Funkciju punktiem ir noteikts 5 stundas / punkti . Kopējo piepūli, lai pārbaudītu visas vietnes Guru99 Bank funkcijas, varat novērtēt šādi:
Svars | Funkciju punktu skaits | Kopā | |
---|---|---|---|
Komplekss | 5 | 3 | 15 |
Vidējs | 3 | 5 | 15 |
Vienkārši | 1 | 4 | 4 |
Funkcija Kopējais punktu skaits | 34 | ||
Aptuveni definējiet punktu skaitu | 5 | ||
Kopējā paredzamā piepūle (personas stundas) | 170 |
Tātad kopējais darbs, lai izpildītu Guru99 Bank uzdevumu “Izveidot testa specifikāciju”, ir aptuveni 170 cilvēka stundas
Kad esat sapratis nepieciešamās pūles, varat piešķirt resursus, lai noteiktu uzdevuma ilgumu (ilgumu), un pēc tam varat novērtēt darbaspēka un ar to nesaistītās izmaksas.
Iepriekš minētais piemērs parāda arī dalībnieka nozīmi jūsu komandā. Ja jums ir talantīgi un pieredzējuši dalībnieki, varat paveikt uzdoto uzdevumu īsā laikā, un jūsu projekts tiks pabeigts noteiktajā termiņā vai ātrāk.
C SOLIS. Novērtējiet uzdevumu izmaksas
Šis solis palīdz jums atbildēt uz pēdējo klienta jautājumu “ Cik tas maksā?”
Pieņemsim, ka vidēji jūsu komandas alga ir 5 USD stundā. Uzdevumam “Izveidot testa specifikācijas” nepieciešams 170 stundas. Attiecīgi uzdevuma izmaksas ir 5 * 170 = 850 USD. Tagad jūs varat aprēķināt citu aktivitāšu budžetu WBS un iegūt kopējo projekta budžetu.
Kā projektu vadītājam jums jāizlemj, kā iegūt vislielāko atdevi no jūsu uzņēmuma ieguldījumiem. Jo precīzāks ir jūsu projekta izmaksu aprēķins, jo labāk jūs pārvaldīsit sava projekta budžetu.
2. METODE) Trīs punktu novērtējums
Trīspunktu novērtēšana ir viena no metodēm, ko varētu izmantot uzdevuma novērtēšanai. Trīspunktu novērtēšanas vienkāršība padara to par ļoti noderīgu instrumentu projekta vadītājam, kurš vēlas novērtēt.
Trīspunktu novērtējumā katram uzdevumam sākotnēji tiek izveidotas trīs vērtības, pamatojoties uz iepriekšēju pieredzi vai vislabākajiem minējumiem šādi
Novērtējot uzdevumu, Testa pārvaldniekam jānorāda trīs vērtības, kā norādīts iepriekš. Trīs identificētās vērtības aplēš to, kas notiek optimālā stāvoklī , kas ir visticamākais vai kāds, mūsuprāt, būtu sliktākais scenārijs.
Apskatīsim, kā izmantot iepriekš minētās trīs vērtības nākamajā piemērā
Vai uzdevumam “ Izveidot testa specifikāciju ” varat novērtēt testa piepūli? Atcerieties, ka jums ir jāaptver visi Guru99 bankas vietnes moduļi, kā tas tiek darīts Function Point Method
Jūs varat novērtēt šādi
- Labākajā gadījumā , lai pabeigtu šo uzdevumu, ir 120 darba stundas (aptuveni 15 dienas). Šajā gadījumā jums ir talantīga komanda, viņi var paveikt uzdevumu vismazākajā laikā.
- Visticamāk lieta, lai pabeigtu šo uzdevumu, ir 170 darba stundas (aptuveni 21 dienas). Tas ir normāls gadījums, jums ir pietiekami daudz resursu un iespēju izpildīt uzdevumu
- Sliktākajā gadījumā , lai pabeigtu šo uzdevumu, ir 200 darba stundas (aptuveni 25 dienas). Jums jāveic daudz vairāk darba, jo jūsu komandas locekļi nav pieredzējuši.
Tagad katram parametram piešķiriet vērtību, kā norādīts zemāk
Centienus izpildīt uzdevumu var aprēķināt, izmantojot divstūrveida sadalījuma formulu šādi:
Iepriekšminētajā formulā parametrs E ir pazīstams kā vidējais svērtais . Tas ir uzdevuma “Izveidot testa specifikāciju” novērtējums.
Bet tavs priekšnieks var tev pajautāt
Iepriekš minētajā novērtējumā jūs vienkārši nosakāt iespējamo, nevis noteiktu vērtību, mums jāzina par varbūtību , ka novērtējums ir pareizs. Varat izmantot citu formulu:
Iepriekšminētajā formulā SD vidējā standartnovirze šī vērtība varētu sniegt jums informāciju par varbūtību , ka aprēķins ir pareizs.
Tagad jūs varat pabeigt uzdevuma “Izveidot testa specifikāciju” novērtējumu
Lai izpildītu Guru99 bankas vietnes uzdevumu “Izveidot testa specifikāciju”, jums ir nepieciešama 166,6 ± 13,33 Cilvēka stunda (153,33 līdz 179,99 cilvēka stunda)
4. solis. Apstipriniet novērtējumu
Kad esat izveidojis visu WBS minēto uzdevumu kopsavilkumu, tas jāpārsūta valdei , kas to pārskatīs un apstiprinās .
Valdes loceklis varētu būt izpilddirektors, projektu vadītājs un citas ieinteresētās personas.
Valde izskatīs un apspriedīs ar jums jūsu novērtēšanas plānu. Jūs varat viņiem loģiski un pamatoti izskaidrot savu novērtējumu, lai viņi varētu apstiprināt jūsu novērtējuma plānu.
Pārbaudes novērtēšanas paraugprakse
Šajā tēmā ir sniegti vispārīgi padomi, kā novērtēt testēšanas precizitāti.
- Pievienojiet bufera laiku: Jūsu projektam var notikt daudzas neparedzamas lietas, piemēram, talantīgs komandas loceklis pēkšņi pamet darbu, testēšana prasa vairāk laika, nekā paredzēts, lai pabeigtu ... utt. Tāpēc jums ir jāiekļauj buferis novērtējumā. Bufera esamība novērtējumā ļauj tikt galā ar iespējamām kavēšanām.
- Konta resursu plānošana novērtējumā: kas jums jādara, ja daži jūsu komandas locekļi ilgstoši atvaļinās? Tas var aizkavēt projektu. Resursu plānošanai novērtēšanā ir galvenā loma. Resursu pieejamība palīdzēs pārliecināties, vai aprēķini ir reāli. Šeit jums jāņem vērā komandas locekļa atvaļinājumi, parasti garās lapas.
- Izmantojiet iepriekšējo pieredzi kā atsauci: Pagatavojot laika aprēķinus, būtiska loma ir iepriekšējo projektu pieredzei. Tā kā kādam projektam var būt zināma līdzība, varat atkārtoti izmantot iepriekšējo novērtējumu. Piemēram, ja jūs izmantojat tādu projektu kā vietnes pārbaude, varat mācīties no šīs pieredzes, mēģināt izvairīties no visām grūtībām vai problēmām, ar kurām saskārās iepriekšējos projektos.
- Palieciet pie sava novērtējuma: novērtējums ir tikai aplēse, jo tas var noiet greizi . Projekta sākumposmā jums bieži jāpārbauda testa aprēķini un, ja nepieciešams, jāveic izmaiņas . Pēc tam, kad mēs to salabojam, mums nevajadzētu pagarināt aprēķinu, ja vien prasībā nav būtisku izmaiņu vai jums ir jāvienojas ar klientu par atkārtotu novērtēšanu
Programmatūras testa novērtēšanas veidne
Lejupielādējiet programmatūras testa aprēķināšanas programmu Excel (.xlsx)
Citas metodes
Platjoslas Delphi tehnika, izmantošana - gadījuma punkta metode, procentuālais sadalījums, ad-hoc metode ir citas programmatūras inženierijas novērtēšanas metodes.
Noklikšķiniet šeit, ja videoklips nav pieejams
Video atšifrējums- Veiksim vingrinājumu - lidojuma rezervēšanas pieteikumam sagatavosim darba sadalījuma struktūru
- dažādi pārbaudes uzdevumi, piemēram, - pārbaudīt pieteikšanās funkcionalitāti, pārbaudīt jauna pasūtījuma funkcionalitāti, pārbaudīt faksa funkcionalitāti un citas līdzīgas funkcijas, kā arī novērtēt šo funkciju pārbaudei
- Piemēram, pieteikšanās funkcionalitāti var pārbaudīt 2 stundu laikā. Tāpat sagatavojiet visu uzdevumu un attiecīgo darbu sarakstu. Pārtrauciet apmācības apmācību un pabeidziet vingrinājumu. Es ceru, ka jūs esat izglītoti uzminējis nepieciešamās pūles
- Šī ir testa aplēšu stratēģija no apakšas uz augšu. Šo paņēmienu sauc par augšupēju, jo, pamatojoties uz uzdevumiem, kas atrodas darba sadalījuma hierarhijas zemākajā līmenī, jūs novērtējat ilgumu, atkarības un resursus.
- Stratēģijā no apakšas uz augšu aplēses neņem viena persona, bet visas ieinteresētās personas, individuālie dalībnieki, eksperti un pieredzējuši darbinieki kopā. Ideja ir izmantot komandas locekļu sadarbības gudrību, lai iegūtu precīzus testa aprēķinus
- Tā kā jums ir ievērojama pieredze lidojumu rezervēšanas sistēmā. Izmantojiet šo pieredzi, lai novērtētu piepūli, kas nepieciešama pilnīgai vietnes funkcionālajai pārbaudei. - http://newtours.demoaut.com/
- Šī vietne funkcionāli ir identiska lidojuma rezervēšanas lietojumprogrammai, tikai tā ir tīmekļa vietne. Pārtrauciet apmācību un veiciet vingrinājumu tūlīt
- Es ceru, ka, pamatojoties uz jūsu pieredzi, jūs labi novērtējāt pūles, kas vajadzīgas, lai pārbaudītu vietni
- Šī ir no augšas uz leju vērsta pieeja novērtēšanai, kuras pamatā ir pieredze.
- Cits paņēmiens ir klasificēt projektu, pamatojoties uz to lielumu un sarežģītību, un pēc tam redzēt, cik ilgs laiks ir bijis konkrēta lieluma un sarežģītības projektam.
- Cita pieeja ir noteikt vidējo piepūli uz vienu testa gadījumu iepriekš līdzīgiem projektiem un pēc tam izmantot aprēķinātos pašreizējā projekta testa gadījumus un panākt kopējo piepūli.
- Sarežģītāki novērtēšanas modeļi ietver sarežģītus matemātiskos modeļus. Praksē lielākā daļa projektu novērtēšanai izmanto augšupēju pieeju.
- Testa aprēķinus var ietekmēt daudzi faktori, piemēram, laika spiediens, cilvēku faktori, testa komandas ģeogrāfiskais sadalījums un tā tālāk