Mikä on ohjelmistotestien arviointi?
Testi Arvio on johdon toimintaa, joka muistuttaa läheisesti kuinka kauan Task kestäisi loppuun. Testin vaivojen arvioiminen on yksi testien hallinnan tärkeimmistä ja tärkeimmistä tehtävistä.
Miksi testiarviointi?
Kaksi kysymystä, joita voit odottaa asiakkailtasi keskustellessasi mahdollisista testitoiminnoista, ovat
Pienissä projekteissa näihin kysymyksiin on suhteellisen helppo vastata. Mutta suuressa projektissa, kuten Testing Guru99 Bank -sivustossa, sinun on mietittävä kovasti vastaamaan näihin kysymyksiin.
Tässä opetusohjelmassa opit-
- Mikä on ohjelmistotestien arviointi?
- Miksi testiarviointi?
- Mitä arvioida?
- Kuinka arvioida?
- Vaihe 1) Jaa koko projektitehtävä alitehtäviin
- Vaihe 2) Kohdista kukin tehtävä tiimin jäsenelle
- Vaihe 3) Tehtävien arviointi
- Menetelmä 1) Toimintapistemenetelmä
- Menetelmä 2) Kolmen pisteen estimointi
- Vaihe 4) Vahvista arvio
- Testaa estimoinnin parhaat käytännöt
- Muut tekniikat
Mitä arvioida?
- Resurssit: resurssit vaaditaan suorittamaan minkä tahansa projektin tehtäviä. Ne voivat olla ihmisiä, laitteita, tiloja, rahoitusta tai mitä tahansa muuta, joka voidaan määritellä hanketoiminnan loppuunsaattamiseksi.
- Times: Aika on arvokkain resurssi projektissa. Jokaisella projektilla on määräaika toimitukseen.
- Ihmisen taidot: Ihmisen taidot tarkoittavat tiimin jäsenten tietoa ja kokemusta . Ne vaikuttavat arvioosi. Esimerkiksi tiimillä, jonka jäsenillä on vähän testaustaitoja, kuluu enemmän aikaa projektin loppuunsaattamiseen kuin tiimillä, jolla on korkeat testaustaidot.
- Kustannukset: Kustannukset ovat projektin budjetti . Yleisesti ottaen se tarkoittaa, kuinka paljon rahaa projektin loppuunsaattaminen vaatii.
Kuinka arvioida?
Luettelo ohjelmistotestien arviointitekniikoista
- Työn erittelyrakenne
- 3-pisteinen ohjelmistotestauksen estimointitekniikka
- Laajakaistainen Delphi-tekniikka
- Toimintopisteen / testauspisteen analyysi
- Käyttö - Tapauskohtainen menetelmä
- Prosenttijakauma
- Ad-hoc-menetelmä
Seuraava on 4-vaiheinen prosessi arvioiden saavuttamiseksi
Opit yhdistämään nämä tekniikat löytääksesi arvion Guru99 Bank -tapaustutkimuksesta.
Vaihe 1) Jaa koko projektitehtävä alitehtäviin
Tehtävä on työ, joka on annettu jollekulle. Voit tehdä tämän käyttämällä Work Breakdown Structure -tekniikkaa.
Tässä tekniikassa monimutkainen projekti on jaettu moduuleihin. Moduulit on jaettu alimoduuleihin. Jokainen alamoduuli on jaettu edelleen toiminnallisuuteen. Se tarkoittaa, että koko projektitehtävä jaetaan pienimpiin tehtäviin.
Käytä Work Break Down -rakennetta jakamaan Guru99 Bank -projekti viiteen pienempään tehtävään -
Sen jälkeen voit jakaa jokaisen tehtävän alitehtävään. Tämän toiminnan on luoda tehtävä, sillä yksityiskohtaisesti kuin mahdollista .
| Tehtävä | Alatehtävä |
|---|---|
| Analysoi ohjelmistovaatimusten määrittely | Tutki pehmeiden vaatimusten tekniset tiedot |
| Haastattelu kehittäjän ja muiden sidosryhmien kanssa saadaksesi lisätietoja verkkosivustosta | |
| Luo testimääritys | Suunnittelutestiskenaariot |
| Luo testitapauksia | |
| Tarkastele ja tarkista testitapauksia | |
| Suorita testitapaukset | Rakenna testiympäristö |
| Suorita testitapaukset | |
| Tarkista testin suoritustulokset | |
| Ilmoita virheistä | |
| Luo Vikaraportit | |
| Ilmoita virheistä |
Vaihe 2) Kohdista kukin tehtävä tiimin jäsenelle
Tässä vaiheessa kukin tehtävä osoitetaan projektitiimin asianomaiselle jäsenelle. Voit määrittää tehtävän seuraavasti
| Tehtävä | Jäsenet |
|---|---|
| Analysoi ohjelmistovaatimusten määrittely | Kaikki jäsenet |
| Luo testimääritys | Testaaja / testi-analyytikko |
| Rakenna testiympäristö | Testaa järjestelmänvalvoja |
| Suorita testitapaukset | Testaaja, testin ylläpitäjä |
| Ilmoita virheistä | Testaaja |
Vaihe 3) Tehtävien arviointi
On 2 tekniikkaa, joita voit käyttää arvioidaksesi tehtävien vaivaa
- Toimintapistemenetelmä
- 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
Vaiheessa 1 olet jo jakanut koko projektitehtävän pieneksi tehtäväksi WBS-menetelmällä. Nyt arvioit näiden tehtävien koon. Harjoittellaan tietyn tehtävän kanssa " Luo testimääritys "
Tämän tehtävän koko riippuu testattavan järjestelmän toiminnallisesta koosta. Funktionaalinen koko heijastaa määrä toimintoja, jolla on merkitystä käyttäjälle. Enemmän määrä toimintoja, sitä enemmän monimutkainen järjestelmä on.
Ennen tehtävien todellisen arvioinnin aloittamista toiminnalliset pisteet jaetaan kolmeen ryhmään, kuten Kompleksi , Keskitaso yksinkertainen seuraavasti:
Ohjelmistotoimintojen monimutkaisuuden perusteella Test Mangerin on annettava riittävä painoarvo jokaiselle toiminnalliselle pisteelle. Esimerkiksi
| Ryhmä | Painotus |
|---|---|
| Monimutkainen | 5 |
| Keskitaso | 3 |
| Yksinkertainen | 1 |
Otetaan yksinkertainen esimerkkiharjoitus selkeyttämiseksi:
Katso täältä Guru99 Bank -sivuston ohjelmistomääritykset, ohjelmistosuunnittelija on jo kuvannut ohjelmistomoduulit yksityiskohtaisesti. Voitko määrittää verkkosivuston ominaisuuksien monimutkaisuuden antamalla painotuksen jokaiselle moduulille?
Monimutkaisempi toimintopiste, sitä enemmän on pyrkimyksiä testata sen olevan. Sivusto on jaettu 12 toimintopisteeseen , voit määrittää kunkin toimintopisteen monimutkaisuuden seuraavasti-
| Ei. | Moduulin nimi | Sovellettavat roolit | Kuvaus | Painotus |
|---|---|---|---|---|
| 1. | Saldotiedustelu | Manager-asiakas | Asiakas: Asiakkaalla voi olla useita pankkitilejä. Hän voi tarkastella vain tilinsä saldoa. Johtaja: Johtaja voi tarkastella kaikkien hänen valvonnassaan olevien asiakkaiden saldoa | 3 |
| 2. | Varainsiirto | Manager-asiakas | Asiakas: Asiakas voi siirtää varoja omalta tililtään mihin tahansa kohdetiliin. Ylläpitäjä: Johtaja voi siirtää varoja miltä tahansa lähdepankkitililtä kohdetilille | 5 |
| 3. | Pieni lausunto | Manager-asiakas | Mini-lauseke näyttää tilin 5 viimeistä tapahtumaa Asiakas: Asiakas voi nähdä vain oman tilinsä hallinnoijan mini-tiliotteen : Johtaja voi nähdä minkä tahansa tilin minilaskelman | 3 |
| 4. | Mukautettu lausunto | Manager-asiakas | Räätälöidyn lausekkeen avulla voit suodattaa ja näyttää tilitapahtumia päivämäärän, tapahtuman arvon perusteella. Asiakas: Asiakas näkee Mukautettu- vain "omien" tilien päällikön johtaja: Johtaja voi nähdä minkä tahansa tilin mukautetun tiliotteen | 5 |
| 5. | Vaihda salasana | Manager-asiakas | Asiakas: Asiakas voi vaihtaa vain tilinsä salasanan. Manager: Johtaja voi vaihtaa vain tilinsä salasanan. Hän ei voi vaihtaa asiakkaidensa salasanoja | 1 |
| 6. | Uusi asiakas | Johtaja | Manager: Johtaja voi lisätä uuden asiakkaan. Johtaja: Johtaja voi muokata tietoja, kuten asiakkaan osoitetta, sähköpostiosoitetta ja puhelinta. | 3 |
| 7. | Uusi tili | Johtaja | Tällä hetkellä järjestelmä tarjoaa kahden tyyppisiä tilejä
| 5 |
| 8. | Muokkaa tiliä | Johtaja | Ylläpitäjä: Ylläpitäjä voi lisätä muokattavan tilin tiedot olemassa olevalle tilille | 1 |
| 9. | Poista tili | Johtaja | Manager: Manager voi lisätä poistotilin asiakkaalle. | 1 |
| 10. | Poista asiakas | Johtaja | Asiakas voidaan poistaa vain, jos hänellä ei ole aktiivista nykyisten tai tallentavien tilien hallintaa: Johtaja voi poistaa asiakkaan. | 1 |
| 11. | Tallettaa | Johtaja | Johtaja: Johtaja voi tallettaa rahaa mille tahansa tilille. Yleensä tehdään, kun käteinen talletetaan pankkipisteeseen. | 3 |
| 12. | Peruuttaminen | Johtaja | Johtaja: Johtaja voi nostaa rahaa miltä tahansa tililtä. Yleensä tehdään, kun käteinen nostetaan pankkitilistä. | 3 |
VAIHE B) Arvioi tehtävän kesto
Kun olet luokitellut funktiopisteiden monimutkaisuuden , sinun on arvioitava kesto niiden testaamiseksi. Kesto tarkoittaa kuinka paljon aikaa tehtävän suorittamiseen tarvitaan.
- Kokonaisponnistus : Pyrkimys testata verkkosivuston kaikki toiminnot kokonaan
- Toimintapisteet yhteensä: Sivuston moduulit yhteensä
- Arvio määritelty toimintokohtaisesti : Keskimääräinen ponnistus yhden toimintopisteen suorittamiseksi. Tämä arvo riippuu tämän tehtävän hoitavan jäsenen tuottavuudesta .
Oletetaan, että projektitiimisi on arvioinut, että toimintokohtaiset arvot ovat 5 tuntia / piste . Voit arvioida Guru99 Bank -sivuston kaikkien ominaisuuksien testaamiseen tarvittavan kokonaispanoksen seuraavasti:
| Painotus | Toimintapisteiden määrä | Kaikki yhteensä | |
|---|---|---|---|
| Monimutkainen | 5 | 3 | 15 |
| Keskitaso | 3 | 5 | 15 |
| Yksinkertainen | 1 | 4 | 4 |
| Toiminto Pisteitä yhteensä | 34 | ||
| Arvioi määritelmä pistettä kohti | 5 | ||
| Arvioitu kokonaisponnistus (henkilötunnit) | 170 | ||
Joten Guru99 Bankin tehtävän "Luo testimäärittely" suorittaminen on noin 170 työtuntia
Kun olet ymmärtänyt vaaditut ponnistelut, voit määrittää resursseja määrittämään, kuinka kauan tehtävä kestää (kesto), ja sitten voit arvioida työ- ja muut kustannukset.
Yllä oleva esimerkki osoittaa myös jäsenen tärkeyden tiimissäsi. Jos olet lahjakas ja kokenut jäseniä, voit viimeistellä osoitetun tehtävän pienen ajan, ja hanke päättyä määräajan tai aikaisemmin.
VAIHE C) Arvioi tehtävien kustannukset
Tämä vaihe auttaa sinua vastaamaan asiakkaan viimeiseen kysymykseen " Paljonko se maksaa?"
Oletetaan, että keskimäärin tiimipalkkasi on 5 dollaria tunnissa. "Luo testimääritykset" -tehtävään vaaditaan 170 tuntia. Vastaavasti tehtävän hinta on 5 * 170 = 850 dollaria. Nyt voit laskea WBS: n muiden toimintojen budjetin ja saada projektin kokonaisbudjetin.
Projektipäällikkönä sinun on päätettävä, kuinka saada eniten tuottoa yrityksesi sijoitukselle. Mitä tarkempi arvio projektisi kustannuksista on, sitä paremmin pystyt hallitsemaan projektisi budjettia.
MENETELMÄ 2) Kolmen pisteen estimointi
Kolmipistearviointi on yksi tekniikoista, joita voidaan käyttää tehtävän arviointiin. Kolmen pisteen estimoinnin yksinkertaisuus tekee siitä erittäin hyödyllisen työkalun projektipäällikölle, joka haluaa arvioida.
Kolmipistearvioinnissa jokaiselle tehtävälle tuotetaan aluksi kolme arvoa aikaisemman kokemuksen tai parhaiden arvausten perusteella seuraavasti
Arvioidessaan tehtävää Test Managerin on annettava kolme arvoa, kuten edellä on määritelty. Tunnistetut kolme arvoa arvioivat, mitä tapahtuu optimaalisessa tilassa , mikä on todennäköisintä tai mikä mielestämme olisi pahin mahdollinen skenaario.
Katsotaanpa, miten yllä olevia kolmea arvoa käytetään seuraavassa esimerkissä
Voitteko arvioida tehtävän " Luo testimääritys" tehtävää ? Muista, että sinun on katettava kaikki Guru99 Bank -sivuston moduulit Function Point -menetelmällä
Voit arvioida seuraavasti
- Parhaassa tapauksessa täyttää tätä tehtävää on 120 työtuntia (noin 15 päivää). Tässä tapauksessa sinulla on lahjakas joukkue, joka voi suorittaa tehtävän pienimmässä ajassa.
- Todennäköisesti tapaus tämän tehtävän suorittamiseksi on 170 työtuntia (noin 21 päivää). Tämä on normaali tapaus, sinulla on riittävästi resursseja ja kykyä suorittaa tehtävä
- Pahimmassa tapauksessa tämän tehtävän suorittamiseksi on 200 työtuntia (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 jokaiselle parametrille alla
Ponnistelu tehtävän suorittamiseksi voidaan laskea käyttämällä kaksinkertaista kolmion jakauma- kaavaa seuraavasti:
Edellä olevassa kaavassa parametri E tunnetaan painotettuna keskiarvona. Se on tehtävän "Luo testimääritys" arvio.
Mutta pomosi voi kysyä sinulta
Yllä olevassa arviossa määrität vain mahdollisen arvon, ei tietyn arvon, meidän on tiedettävä todennäköisyydestä , että arvio on oikea. Voit käyttää toista kaavaa:
Yllä olevassa kaavassa, SD-keskiarvon keskihajonta, tämä arvo voi antaa sinulle tietoa todennäköisyydestä , että arvio on oikea.
Nyt voit tehdä arvion tehtävälle "Luo testimääritys"
Guru99 Bank -sivuston tehtävän "Luo testimäärittely" suorittamiseksi tarvitset 166,6 ± 13,33 työtuntia ( 153,33 - 179,99 työtuntia)
Vaihe 4) Vahvista arvio
Kun olet luonut yhteenvedon kaikista WBS: ssä mainituista tehtävistä, sinun on toimitettava se hallintoneuvostolle , joka tarkistaa ja hyväksyy sen.
Johtokunnan jäsen voi olla toimitusjohtaja, projektipäällikkö ja muut sidosryhmät.
Hallintoneuvosto tarkistaa ja keskustelee kanssasi arviointisuunnitelmastasi. Voit selittää heille arviosi loogisesti ja kohtuullisesti, jotta he voivat hyväksyä arviointisuunnitelman.
Testaa estimoinnin parhaat käytännöt
Tämä aihe esittelee yleisiä vinkkejä testaustarkkuuden arvioimiseksi.
- Lisää puskuriaikaa: Projektillesi voi tapahtua monia arvaamattomia asioita, kuten lahjakas tiimin jäsen lopettaa työnsä yhtäkkiä, testaus vie arvioitua enemmän aikaa loppuun. Puskurin käyttö estimoinnissa auttaa selviytymään mahdollisista viiveistä.
- Tilin resurssisuunnittelu arvioinnissa: Mitä sinun pitäisi tehdä, jos jotkut tiimisi jäsenet vievät pitkiä lomia? Se voi viivästyttää projektia. Resurssien suunnittelulla arvioinnissa on keskeinen rooli. Resurssien saatavuus auttaa varmistamaan, että arviot ovat realistisia. Tässä on otettava huomioon tiimisi jäsenen lehdet, yleensä pitkät.
- Käytä aikaisempaa kokemusta viitteenä: Aikaisempien hankkeiden kokemuksilla on tärkeä rooli aikaennusteiden valmistelussa. Koska jotkut projektit saattavat olla jonkin verran samankaltaisia, voit käyttää aikaisempaa arviota uudelleen. Jos esimerkiksi teet projektin, kuten testaat verkkosivustoa, voit oppia kokemuksesta ja yrittää välttää kaikki vaikeudet tai ongelmat, joita edellisissä projekteissa kohdattiin.
- Pidä kiinni arvioistasi : Arvio on vain arvio, koska se voi mennä pieleen . Projektin alkuvaiheessa sinun on tarkistettava testiestimaatit usein ja tehtävä tarvittaessa muutoksia . Meidän ei pidä pidentää arviointia sen korjaamisen jälkeen, ellei vaatimuksessa ole merkittäviä muutoksia tai jos sinun on neuvoteltava asiakkaan kanssa uudelleenarvioinnista
Ohjelmistotestin estimointimalli
Lataa ohjelmiston testausarviointi Excel (.xlsx)
Muut tekniikat
Laajakaistainen Delphi-tekniikka, käyttö - tapauspistemenetelmä, prosenttijakauma, Ad-hoc-menetelmä ovat muita ohjelmistotekniikan arviointitekniikoita.
Napsauta tätä, jos video ei ole käytettävissä
Videon transkriptio- Tehdään harjoitus - valmistele lentovaraussovellukselle työn erittelyrakenne
- erilaisia testaustehtäviä, kuten - Tarkista kirjautumistoiminnot, Tarkista uuden tilauksen toiminnot, Tarkista faksitoiminnot ja muut vastaavat toiminnot ja arvioi näiden toimintojen testaamiseen tarvittava ponnistus
- Esimerkiksi kirjautumistoiminnot voidaan testata 2 tunnissa. Samoin laadi luettelo kaikista tehtävistä ja vastaavista ponnisteluista. Keskeytä harjoitusopastus ja suorita harjoitus loppuun. Toivon, että arvasit koulutetun vaaditun ponnistelun
- Tämä on alhaalta ylöspäin suuntautuva strategia testiestimaatiossa. Tätä tekniikkaa kutsutaan alhaalta ylöspäin, koska työn erittelyhierarkian alimmalla tasolla olevien tehtävien perusteella arvioit keston, riippuvuudet ja resurssit.
- Alhaalta ylöspäin -strategiassa arvioita ei ota yksi henkilö, vaan kaikki sidosryhmät, yksittäiset avustajat, asiantuntijat ja kokeneet työntekijät yhdessä. Ajatuksena on hyödyntää tiimin jäsenten yhteistyötaitoa tarkkojen testiarvioiden saamiseksi
- Nyt kun sinulla on huomattava kokemus lentojen varausjärjestelmästä. Käytä tätä kokemusta arvioidaksesi vaivaa, joka tarvitaan verkkosivuston täydelliseen toiminnalliseen testaamiseen. - http://newtours.demoaut.com/
- Tämän sivuston toiminta on identtinen lentovaraussovelluksen kanssa, vain se, että se on verkkopohjainen. Keskeytä opetusohjelma ja tee harjoitus nyt
- Toivon kokemuksenne perusteella, että teitte hyvän arvion verkkosivuston testaamiseen tarvittavista ponnisteluista
- Tämä on ylhäältä alaspäin suuntautuva lähestymistapa arviointiin, joka perustuu kokemukseen.
- Toinen tekniikka on luokitella projekti niiden koon ja monimutkaisuuden perusteella ja nähdä sitten kuinka kauan tietyn kokoinen ja monimutkainen projekti on mennyt aiemmin.
- Toinen lähestymistapa on määritellä keskimääräinen vaivaa testitapausta aiemmin vastaaville hankkeille ja sitten käyttää nykyisen projektin arvioituja testitapauksia ja saavuttaa kokonaisponnistelu
- Kehittyneemmät estimointimallit sisältävät monimutkaisia matemaattisia malleja. Käytännössä suurin osa projekteista käyttää ylhäältä alas -menetelmää arvioinnissa.
- Testiarvioihin voivat vaikuttaa monet tekijät, kuten ajoituspaineet, ihmistekijät, testiryhmän maantieteellinen jakauma ja niin edelleen