Kuinka monta testaajaa ohjelmistokehitystiimi tarvitsee
Jokainen SDLC (Software Development Life Cycle) vaatii testausta, koska testauksen avulla pystyt tunnistamaan tietyn ohjelmiston mahdolliset karikot. Ennen kuin päätät joukkueeseen lisättävien testaajien lukumäärän, tutustu nopeasti testaajan tehtäviin ja vastuisiin:
Testaajan tehtävät ja vastuut
- Testaajan ensisijainen tehtävä on johtaa laadunvalvontaryhmää, joka korjaa virheet, jotta tuote olisi virheetön, kun se vapautetaan.
- Testaajia tarvitaan ohjelmiston suunnittelu- ja valmisteluvaiheessa. He ovat ensisijaisia ihmisiä, jotka voisivat analysoida, testata ja tarkistaa suunnittelueritelmiä, luoda testausmerkkejä ja suorittaa testausmenettelyjen määrittelyjä. Testaajat vastaavat myös testien automatisoinnista tietyin väliajoin.
- Testaajat vastaavat myös testiympäristön luomisesta. Jos sen tekee järjestelmänvalvoja, testaaja auttaa häntä.
Testin suorituksen edetessä saatat joutua tuomaan lisää testaajia. Tämä riippuu testiympäristöstä
Jos testaaja suorittaa testin, hän kirjaa testin ja muistuttaa pääkohdat, kerää suorituskykymittareita ja käyttää työkaluja tähän.
Normaalisti projektissa on paljon testaajia, ja he ovat vastuussa toistensa työn arvioinnista, joten häiriöitä ei enää tule; mitä yksi henkilö kaipasi, toinen henkilö kattaisi. Nyt kun olemme todenneet testaajan tärkeyden, tutkimme myös tekijät, jotka todella määrittelevät, kuinka monta testaajaa kullekin projektille tarvitaan.
Jos etsit oikeaa suhdetta ohjelmistokehittäjien ja testaajien välillä, vastaus on tämä – se riippuu. Joskus saatat tarvita yhtä testaajaa kolmen hengen kehittäjäryhmälle, joskus se voi olla viiden hengen tiimi, joskus kymmenen ja niin edelleen. Joskus ohjelmistolle ei ole edes yhtä testaajaa. Kaikki riippuu useista tekijöistä.
- Testaajan kokemus
- Projektityyppi
- Kuinka monimutkainen ohjelmisto voisi olla
- Projektin piirteet
- Aikaisempi kokemus vastaavasta ohjelmistosta
- Kulttuuri, jossa työskentelet
- Aikataulusi rajoitteet
- Virheitä koskevat ongelmat
Monia IT-yrityksiä vaivaa vaikea tapa ratkaista, kuinka monta ohjelmistotestausta he tarvitsevat projektiin. Vaikea totuus on, että ei ole olemassa ”yksi koko sopii kaikille” -järjestelmää, koska aiemmin mainitut tekijät olisi otettava huomioon. Kaikkien ohjelmistojen testaaminen on välttämätöntä, vaikka se tuo pullonkaulan ohjelmistojesi toimittamisprosessiin. Asianmukaisella testauksella voit luoda virheettömiä ohjelmistoja; ja tähän tarvitaan ammattilaisia testaajia, koska kehittäjät eivät voi tehdä tätä.
Et voi käyttää samaa suhdetta, jota toinen IT-yritys käyttää, koska niiden vaatimukset voivat vaihdella. Tuotteesi eroaisi kilpailijoistasi. Se riippuisi myös siitä, miten yrityksesi kehittää tuotteitaan ja muita työntekijöitäsi, erityisesti heidän kyvyistään ja valmiuksistaan saada projekti valmiiksi ajoissa. Siksi tuote ei yksin pysty määrittämään suhdetta; se riippuu myös projektin luonteesta ja prosessista.
Pidä kuitenkin nämä vihjeet mielessä, kun palkat testaajia:
- Testaajien kokemusten lisäksi sinun on harkittava kykysi palkata niin monta testaajaa. pystytkö hoitamaan kaikkia palkkaamiasi ihmisiä, maksatko heille kaikille?
- Mikä on ohjelmiston testausmahdollisuus?
- Varmista, että arvioit testauksen ja näet, onko testaajalle annettu vain tarvittava määrä työtä
- Voitteko muokata testausprosessia?
- Joskus automaattinen testaus voidaan tehdä; onko se mahdollista sinulle?
- Minkä tyyppinen testaus sinun on tehtävä? Joskus sinun ei tarvitse edes palkata testaajia, mutta anna tehtävä pienille ryhmille yrityksen työntekijöitä
Ajattele edellä mainittuja viitteitä ja pääse siihen tulokseen, onko testaajien palkkaaminen todella kannattavaa. Jos palkkaaminen ei ole budjettisi rajoissa kehittäjän suhteen mukaan, kun projektisi on hieman haastava, voit asettaa prioriteetit tuotteen eri osille. Testaaja pystyy tunnistamaan riskialttiit alueet ja testaus keskitetään näille alueille tuotteen jokaisen vaiheen sijaan. Määritä alueet, joilla epäonnistuminen on todennäköistä, ja säädä testausta vastaavasti.
Lopputulos
Kehittäjän ja testaajan tarkka suhde on edelleen ristiriita, koska et voi koskaan päästä oikeaan johtopäätökseen. Mikään nyrkkisääntö ei väitä tarkkaa suhdetta; jopa asiantuntijoiden olisi vaikea nimetä suhdetta. Joskus suhde ei ehkä ole edes vastaus. Ajatella Star Trek II: Khanin viha elokuvan, jossa heidän täytyi pelastaa vammaiseen alukseen loukkuun jääneet siviilit. Simulaatiotesti epäonnistui, eikä kukaan Starlet-akatemiassa pystynyt testaamaan sitä onnistuneesti, edes kuuluisa James T Kirk. Hän epäonnistui kahdesti ennen kuin Kobayashi Maru onnistui.
Maagista numeroa ei ole, mutta jos olet epätoivoinen yhdelle, voit kokeilla 3: 1 (kehittäjä: testaaja) -suhdetta ja nähdä, toimiiko se sinulle.
Mielenkiintoisia linkkejä aiheesta:
Oikea suhde laadunvalvontatestareiden ja kehittäjien välillä?
Mikä on hyvä ohjelmistokehittäjien suhde testaajiin?
Hyvä ohjelmistokehittäjien suhde testaajiin ketterässä tiimissä?
Kirjoittaja: Reema Oamkumar on sitoutunut ajatusjohtajana www.Software-Developer-India.com -sivustolla, joka on osa YUHIRO-ryhmää. YUHIRO on intialainen saksalainen yritys, joka tarjoaa ohjelmoijia IT-yrityksille, virastoille ja IT-osastoille.
Vastaa