Ohjelmistotestin arviointitekniikat

Mikä on ohjelmistotestiarvio?

Testiarvio on hallintatoiminto, joka on likimääräinen kuinka kauan Tehtävän suorittaminen kestäisi. Testin ponnistuksen arvioiminen on yksi merkittävä ja tärkeä tehtävät testinhallinnassa.

Miksi testiarviointi?

Kaksi kysymystä, joita voit odottaa asiakkailtasi, kun keskustelet mahdollisista testisitoumuksista

Pienissä projekteissa näihin kysymyksiin on suhteellisen helppo vastata. Mutta iso hanke, kuten Testaus Guru99 Pankin verkkosivuilla, sinun on mietittävä lujasti vastataksesi näihin kysymyksiin.

Mitä arvioida?

• Resurssit: Resursseja tarvitaan suorittaa kaikki projektitehtävät. Ne voivat olla ihmisiä, laitteita, tiloja, rahoitusta tai mitä tahansa muuta määriteltävissä olevaa hanketoiminnan loppuunsaattamista.
• Ajat : Aika on arvokkain resurssi projektissa. Jokaisella projektilla on toimitusaika.
• Ihmisen taidot: Inhimilliset taidot tarkoittavat tuntemus ja experience joukkueen jäsenistä. Ne vaikuttavat arvioosi. Esimerkiksi tiimillä, jonka jäsenillä on alhainen testaustaito, kuluu enemmän aikaa projektin loppuun saattamiseksi kuin sillä, jolla on korkeat testaustaidot.
• Kustannukset: Kustannus on projekti talousarvio. Yleisesti ottaen se tarkoittaa kuinka paljon raha kestää projektin loppuun saattaminen.

Kuinka arvioida?

Luettelo ohjelmistotestin arviointitekniikoista

• Työjakauman rakenne
• 3-pisteen ohjelmistotestauksen arviointitekniikka
• Laajakaistainen Delphi-tekniikka
• Toimintapisteen/testauspisteen analyysi
• Käyttö – Tapauskohtamenetelmä
• Prosenttijakauma
• Ad-hoc-menetelmä

Seuraavassa on 4-vaiheinen prosessi arvion saamiseksi

Opit yhdistämään näitä tekniikoita löytääksesi arvion Guru99 Bankin tapaustutkimuksesta.

Vaihe 1) Jaa koko projektitehtävä osatehtäviin

Tehtävä on työ, joka on annettu jollekin. Voit tehdä tämän käyttämällä Työjakauman rakenne tekniikka.

Tässä tekniikassa monimutkainen projekti on jaettu moduuleihin. Moduulit on jaettu alamoduuleiksi. Jokainen alamoduuli on edelleen jaettu toiminnallisuuksiin. Se tarkoittaa koko projektin tehtävän jakamista pienin tehtäviä.

Käytä Work Break Down -rakennetta jakaa Guru99 Bank -projekti viiteen pienempään tehtävään -

Tämän jälkeen voit jakaa jokaisen tehtävän osatehtävä. Tämän toiminnan tarkoituksena on luoda tehtävä yksityiskohtainen as mahdollinen.

Tehtävä	Alatehtävä
Analysoi ohjelmistovaatimusmääritykset	Tutki pehmeän vaatimuksen spesifikaatioita
	Haastattele kehittäjää ja muita sidosryhmiä saadaksesi lisätietoja verkkosivustosta
Luo testimääritys	Suunnittele testiskenaariot
	Luo testitapauksia
	Revtarkastella ja tarkistaa testitapauksia
Suorita testitapaukset	Rakenna testiympäristö
	Suorita testitapaukset
	Revkatso testin suorittamisen tulokset
Ilmoita vioista
	Luo Vika raportit
	Ilmoita vioista

Vaihe 2) Anna jokainen tehtävä ryhmän jäsenelle

Tässä vaiheessa jokainen tehtävä on määritetty sopiva jäsen projektitiimiin. Voit määrittää tehtävän seuraavasti

Tehtävä	Jäsenet
Analysoi ohjelmistovaatimusmääritykset	Kaikki jäsenet
Luo testispesifikaatio	Testaaja/testausanalyytikko
Rakenna testiympäristö	Testin ylläpitäjä
Suorita testitapaukset	Testaaja, testin ylläpitäjä
Ilmoita vioista	testaaja

Vaihe 3) Tehtävien panostusarvio

Voit käyttää kahta tekniikkaa arvioidaksesi tehtävien suorittamista

1. Toiminnallinen pistemenetelmä
2. Kolmen pisteen arvio

Menetelmä 1) Toimintapistemenetelmä

Tässä menetelmässä Test Manager arvioi tehtävien koon, keston ja kustannukset

Vaihe A) Arvioi tehtävän koko

In Vaihe 1, olet jo jakanut koko projektitehtävän pieneksi tehtäväksi WBS-menetelmällä. Nyt voit arvioida näiden tehtävien koon. Harjoitellaan tietyn tehtävän kanssa"Luo testispesifikaatio"

Tämän tehtävän koko riippuu testattavan järjestelmän toiminnallisesta koosta. Toiminnallinen koko heijastaa määrä käyttäjälle merkityksellisistä toiminnoista. Sitä enemmän numero toimivuudesta, sitä enemmän monimutkainen järjestelmä on.

Ennen kuin aloitat varsinaisen arvioinnin tehtävien vaivaa, toiminnalliset pisteet jaetaan kolmeen ryhmään, kuten Monimutkainen, Keskikokoinen Yksinkertainen seuraavasti:

Ohjelmistotoimintojen kokonaisuuden perusteella Test Mangerin on annettava tarpeeksi paino jokaiseen toiminnalliseen pisteeseen. Esimerkiksi

Ryhmä	Painotus
Monimutkainen	5
Keskikokoinen	3
Yksinkertainen	1

Otetaan yksinkertainen esimerkkiharjoitus selvemmäksi:

Katso Guru99 Bankin ohjelmiston tiedot tätä, ohjelmistosuunnittelija on jo kuvaillut ohjelmistomoduulit yksityiskohtaisesti, voitko määrittää monimutkaisuus verkkosivuston ominaisuuksista antamalla kunkin moduulin painoarvon?

Monimutkaisempi funktiopiste, sitä enemmän on ponnisteluja sen testaamiseen. Sivusto on jaettu 12 toiminto pisteitä, voit määrittää monimutkaisuus jokaisesta funktiopisteestä seuraavasti:

Ei.	Moduulin nimi	Sovellettavat roolit	Tuotetiedot	Painotus
1.	Saldotiedustelu	Johtaja Asiakas	asiakas: Asiakkaalla voi olla useita pankkitilejä. Hän voi tarkastella vain tiliensä saldoa Manager: Esimies voi tarkastella kaikkien hänen valvonnassaan olevien asiakkaiden saldoa	3
2.	Varainsiirto	Johtaja Asiakas	asiakas: Asiakas voi siirtää varoja "omalta" tililtään mille tahansa kohdetilille. Manager: Hallinnoija voi siirtää varoja mistä tahansa lähdepankkitililtä kohdetilille	5
3.	Pieni lausunto	Johtaja Asiakas	Mini tiliote näyttää 5 viimeistä tapahtumaa asiakas: Asiakas näkee vain "omien" tiliensä miniotteen Manager: Ylläpitäjä voi nähdä minkä tahansa tilin miniotteen	3
4.	Mukautettu lausunto	Johtaja Asiakas	Mukautetun tiliotteen avulla voit suodattaa ja näyttää tilin tapahtumia päivämäärän ja tapahtuman arvon perusteella asiakas: Asiakas näkee vain "omien" tiliensä mukautetun tiliotteen Manager: Esimies näkee minkä tahansa tilin räätälöidyn tiliotteen	5
5.	Muuta salasana	Johtaja Asiakas	asiakas: Asiakas voi vaihtaa vain tilinsä salasanan. Manager: Ylläpitäjä voi vaihtaa vain tilinsä salasanan. Hän ei voi vaihtaa asiakkaidensa salasanoja	1
6.	Uusi asiakas	Johtaja	Manager: Esimies voi lisätä uuden asiakkaan. Manager: Esimies voi muokata asiakkaan tietoja, kuten osoitetta, sähköpostiosoitetta, puhelinnumeroa.	3
7.	Uusi tili	Johtaja	Tällä hetkellä järjestelmä tarjoaa 2 tyyppisiä tilejä Säästö Nykyinen Asiakkaalla voi olla useita säästötilejä (yksi hänen nimissään, toinen yhteisellä nimellä jne.). Hänellä voi olla useita käyttötilejä eri omistamissaan yrityksissä. Tai hänellä voi olla useita käyttö- ja säästötilejä. Manager: Esimies voi lisätä uuden tilin olemassa olevalle asiakkaalle.	5
8.	Muokkaa tiliä	Johtaja	Manager: Hallinnoija voi lisätä olemassa olevan tilin tilin tietojen muokkaamisen	1
9.	Poista tili	Johtaja	Manager: Esimies voi lisätä asiakkaalle tilin poistamisen.	1
10.	Poista asiakas	Johtaja	Asiakas voidaan poistaa vain, jos hänellä ei ole aktiivisia käyttö- tai säästötilejä Manager: Esimies voi poistaa asiakkaan.	1
11.	Tallettaa	Johtaja	Manager: Johtaja voi tallettaa rahaa mille tahansa tilille. Yleensä tehdään, kun käteistä talletetaan pankin konttoriin.	3
12.	Poistaminen	Johtaja	Manager: Johtaja voi nostaa rahaa miltä tahansa tililtä. Yleensä tehdään, kun käteistä nostetaan pankin konttorista.	3

VAIHE B) Arvioi tehtävän kesto

Luokittelun jälkeen monimutkaisuus funktiopisteistä, sinun on arvioitava kesto testaamaan niitä. Kesto tarkoittaa kuinka paljon aikaa tarvitaan tehtävän suorittamiseen.

• Yhteensä vaivaa: Pyrkimys testata sivuston kaikki toiminnot kokonaan
• Toimintopisteet yhteensä: Sivuston moduulit yhteensä
• Arvio määritelty funktiopisteitä kohti: Keskimääräinen yritys suorittaa yhden funktiopisteen. Tämä arvo riippuu tuottavuus tämän tehtävän ottavasta jäsenestä.

Oletetaan, että projektiryhmäsi on arvioinut funktiopisteitä kohden 5 tuntia/pisteet. Voit arvioida Guru99 Bankin verkkosivuston kaikkien ominaisuuksien testaamisen kokonaismäärän seuraavasti:

	Painotus	Toimipisteiden määrä	Yhteensä
Monimutkainen	5	3	15
Keskikokoinen	3	5	15
Yksinkertainen	1	4	4
Toiminto Pisteet yhteensä			34
Arvio määritellä per piste			5
Arvioitu kokonaisponnistus (henkilö Hours)			170

Joten Guru99 Bankin "Luo testispesifikaatio" -tehtävän suorittaminen yhteensä on noin 170 työtuntia

Kun ymmärrät vaadittavan vaivan, voit määrittää resursseja määrittääksesi, kuinka kauan tehtävä kestää (kesto), ja sitten voit arvioida työvoimakustannukset ja muut kuin työvoimakustannukset.

Yllä oleva esimerkki osoittaa myös jäsenen merkityksen tiimissäsi. Jos sinulla on lahjakas ja kokenut jäsenille, voit suorittaa määritetyn tehtävän pieni aika, ja projektisi päättyy määräajassa tai aikaisemmin.

VAIHE C) Arvioi tehtävien kustannukset

Tämä vaihe auttaa sinua vastaamaan asiakkaan viimeiseen kysymykseen "Paljonko se maksaa?"

Oletetaan, että tiimisi palkka on keskimäärin 5 dollaria tunnissa. "Luo testitiedot" -tehtävään tarvittava aika on 170 tuntia. Vastaavasti tehtävän hinta on 5*170 = 850 dollaria. Nyt voit laskea budjetin muille toimille WBS:ssä ja saada projektin kokonaisbudjetin.

Projektipäällikkönä sinun on päätettävä, miten saat suurin osa palaa yrityksesi sijoitukseksi. Sitä enemmän tarkka arviosi projektin kustannuksista on paremmin pystyt hallitsemaan projektisi budjettia.

Menetelmä 2) Kolmen pisteen estimointi

Kolmen pisteen estimointi on yksi tekniikoista, joita voidaan käyttää tehtävän arvioinnissa. Kolmen pisteen arvioinnin yksinkertaisuus tekee siitä erittäin hyödyllisen työkalun projektipäällikölle, joka haluaa arvioida.

Kolmen pisteen arviossa kolmella arvot tuotetaan aluksi jokaiselle tehtävälle perustuen Edellinen kokemus or parhaita arvauksia seuraavasti

Tehtävää arvioidessaan Test Managerin on annettava kolme arvoa edellä määritellyllä tavalla. Kolme tunnistettua arvoa arvioivat, mitä tapahtuu optimaalinen tila, mikä on todennäköisimmin, tai mitä luulemme sen olevan Pahimmassa tapauksessa skenaario.

Katsotaanpa, kuinka yllä olevia kolmea arvoa käytetään seuraavassa esimerkissä

Tehtävää varten"Luo testispesifikaatio”, voitko arvioida testiponnistuksen? Muista, että sinun on kattaa kaikki Guru99 Bankin verkkosivuston moduulit kuten on tehty Function Point -menetelmä

Voit arvioida seuraavasti

• - Parhaassa tapauksessa tämän tehtävän suorittaminen on 120 työtunteja (noin 15 päivää). Tässä tapauksessa sinulla on lahjakas tiimi, he voivat suorittaa tehtävän pienimmässä ajassa.
• - todennäköisimmin tapaus suorittaa tämä tehtävä 170 työtunteja (noin 21 päivää). Tämä on normaali tapaus, sinulla on tarpeeksi resursseja ja kykyä suorittaa tehtävä
• - Pahimmassa tapauksessa tämän tehtävän suorittaminen on 200 työtunteja (noin 25 päivää). Sinun on tehtävä paljon enemmän työtä, koska tiimisi jäsenet eivät ole kokeneita.

Määritä nyt arvo kullekin parametrille alla kuvatulla tavalla

Tehtävän suorittamiseen tarvittava vaiva voidaan laskea käyttämällä kaksinkertainen kolmiojakauma seuraava kaava -

Yllä olevassa kaavassa parametri E tunnetaan nimellä Painotettu keskiarvo. Se on arvio tehtävästä "Luo testispesifikaatio".

Mutta pomosi voi kysyä sinulta

Yllä olevassa arviossa määrität vain a mahdollinen eikä a tietty arvo, meidän on tiedettävä todennäköisyys että arvio on oikea. Voit käyttää toista kaavaa:

Yllä olevassa kaavassa, SD-keskihajonta, tämä arvo voi antaa sinulle tietoja todennäköisyys että arvio on oikea.

Nyt voit tehdä arvion tehtävälle "Luo testimääritys"

Guru99 Pankin verkkosivuston tehtävän "Luo testispesifikaatio" suorittamiseksi tarvitset 166.6 13.33 ± Henkilötyötunti (153.33 - 179.99 henkilötyötuntia)

Vaihe 4) Vahvista arvio

Kun olet luonut yhteenlasketun arvion kaikista WBS:ssä mainituista tehtävistä, sinun on välitettävä se edelleen hallintoneuvosto, kuka aikoo arviot ja hyväksyä se.

Johtokunnan jäsen voi koostua toimitusjohtajasta, projektipäällikköstä ja muista sidosryhmistä.

Johtokunta käy läpi arviosuunnitelmasi ja keskustelee siitä kanssasi. Voit selittää heille arviosi loogisesti ja kohtuullisen jotta he voivat hyväksyä arviosuunnitelmasi.

Testaa arvioinnin parhaat käytännöt

Tämä aihe sisältää yleisiä vinkkejä testaustarkkuuden arvioimiseen.

Lisää puskuriaikaa:

Projektillesi voi tapahtua monia arvaamattomia asioita, kuten lahjakas tiimin jäsen lopettaa työnsä äkillisesti, testaus vie arvioitua enemmän aikaa... jne. Siksi sinun on sisällytettävä arvioosi puskuria. Puskurin ottaminen estimointiin mahdollistaa mahdollisten viiveiden selviytymisen.

Tili Resurssisuunnittelu arviossa

Mitä sinun tulee tehdä, jos jotkut tiimisi jäsenet jättävät pitkiä lomapäiviä? Se voi viivästyttää projektia. Resurssien suunnittelu arvioinnissa on avainasemassa. Resurssien saatavuus auttaa varmistamaan, että arviot ovat realistisia. Tässä sinun on otettava huomioon tiimisi jäsenen lehdet, yleensä pitkät lehdet.

Käytä aiempia kokemuksia viitteenä

Kokemuksilla aikaisemmista projekteista on tärkeä rooli aika-arvioita laadittaessa. Koska jotkut projektit voivat olla samankaltaisia, voit käyttää aiempia arvioita uudelleen. Jos esimerkiksi käytät projektia, kuten verkkosivuston testaamista, voit oppia tästä kokemuksesta ja yrittää välttää kaikkia aiemmissa projekteissa esiintyneitä vaikeuksia tai ongelmia.

Pysy arviossasi

Arvio on vain arvio, koska se voi mennä vääryyksiä.Projektin alkuvaiheessa sinun tulee usein tarkista testiarviot uudelleen ja tee muutoksia tarvittaessa. Emme saa pidentää arviota sen korjaamisen jälkeen, ellei vaatimuksissa ole suuria muutoksia tai joudut neuvottelemaan asiakkaan kanssa uudelleenarvioinnista

Ohjelmistotestin arviointimalli

Lataa Software Test Estimation Excel (.xlsx)

Muut tekniikat

Laajakaistainen Delphi-tekniikka, käyttö – tapauskohtamenetelmä, prosenttijakauma, ad-hoc-menetelmä ovat muita ohjelmistosuunnittelun estimointitekniikoita.

Ohjelmistotestin arviointitekniikat -video

Napauta tätä jos video ei ole saatavilla

Video-transkripti

• Tehdään harjoitus Lentovaraushakemus valmistele työnjakorakenne
• erilaisia ​​testaustehtäviä, kuten - Tarkista sisäänkirjautumistoiminto, tarkista uuden tilauksen toiminnallisuus, tarkista faksitoiminnot ja muut vastaavat toiminnot ja arvioi näiden toimintojen testaamiseen vaadittava vaiva
• Esimerkiksi sisäänkirjautumisen toimivuus voidaan testata 2 tunnissa. Valmistele myös luettelo kaikista tehtävistä ja vastaavista ponnisteluista. Keskeytä harjoitusopastus ja suorita harjoitus loppuun. Toivon, että teit valistuneen arvion vaadittavasta vaivasta
• Tämä on alhaalta ylös -strategia testin arvioimiseksi. Tekniikkaa kutsutaan alhaalta ylös, koska töiden jakautumishierarkian alimmalla tasolla olevien tehtävien perusteella arvioit keston, riippuvuudet ja resurssit.
• Alhaalta ylös -strategiassa arvioita ei tee yksittäinen henkilö, vaan kaikki sidosryhmät, yksittäiset osallistujat, asiantuntijat ja kokeneet työntekijät yhdessä. Ajatuksena on hyödyntää tiimin jäsenten yhteistä viisautta saadakseen tarkkoja testiarvioita
• Nyt kun sinulla on huomattava kokemus lentojen varausjärjestelmästä. Käytä tätä kokemusta arvioidaksesi, kuinka paljon työtä tarvitaan täyteen Toiminnallinen testaus verkkosivustolta. – http://newtours.demoaut.com/
• Tämä sivusto on toiminnallisesti identtinen lentovaraussovelluksen kanssa, vain se, että se on verkkopohjainen. Keskeytä opetusohjelma ja suorita harjoitus nyt
• Toivon, että teit kokemuksesi perusteella hyvän arvion verkkosivuston testaamiseen vaadittavasta vaivasta
  • Tämä on ylhäältä alas -lähestymistapa arvioon, joka perustuu kokemukseen.
  • Toinen tekniikka on luokitella projektit niiden koon ja monimutkaisuuden perusteella ja sitten nähdä, kuinka kauan tietyn kokoinen ja monimutkainen projekti on kestänyt.
  • Toinen lähestymistapa on määrittää keskimääräinen ponnistus per Testitapaus aiemmin samankaltaisille projekteille ja sitten nykyisen projektin arvioitujen testitapausten avulla ja saavuttaen kokonaisponnistuksen
  • Kehittyneemmät estimointimallit sisältävät monimutkaisia ​​matemaattisia malleja. Käytännössä suurin osa projekteista käyttää ylhäältä alas -lähestymistapaa estimointiin.
  • Testiarvioihin voivat vaikuttaa monet tekijät, kuten ajoituspaineet, ihmistekijät, testiryhmän maantieteellinen jakautuminen ja niin edelleen