Programmatūras testa novērtēšanas paņēmieni: soli pa solim

Satura rādītājs:

Anonim

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

  1. Funkcionālā punkta metode
  2. 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
  • Saglabāšana
  • Pašreizējais
Klientam var būt vairāki krājkonti (viens uz viņa vārda, cits kopīgā vārdā utt.). Viņam var būt vairāki norēķinu konti dažādiem piederošiem uzņēmumiem. Vai arī viņam var būt vairāki pašreizējie un krājkonti. Pārvaldnieks: Pārvaldnieks var pievienot jaunu kontu esošam klientam.
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