Ohjelmistokehitys
Ohjelmistokehittäjä
Viisi tasoa juniorista principaliin ja kuusi osaamisaluetta koodin julkaisemisesta tiimin kasvattamiseen.
- 5 tasoa
- 6 osaamisaluetta
Uratikkaiden pohja
QA-insinöörin uratikkaat – valmis pohja
Neljä tasoa Junior QA-insinööristä Lead QA-insinööriin ja kuusi osaamisaluetta testisuunnittelusta laatukäytäntöihin.
Ilmainen-paketti · Ei luottokorttia
Nämä uratikkaat on tehty QA-insinööreille noin 20–200 hengen ohjelmistoyrityksissä, joissa testaajat työskentelevät tuotetiimien sisällä, heitä voi olla koko yrityksessä vain kourallinen ja sama ihminen tekee usein aamulla tutkivaa testausta ja iltapäivällä automaattisia testejä. Tikkaissa on neljä tasoa ihmisestä, joka opettelee testaamaan yhden ominaisuuden hyvin, ihmiseen, joka päättää koko yrityksen tavasta lähestyä laatua. Ylin taso, Lead QA-insinööri, on asiantuntijataso eikä esihenkilörooli.
Jokainen taso määritellään sen mukaan, mitä ihminen tekee ja kuinka laajalle hänen työnsä ulottuu, ei työvuosien tai kirjattujen bugien määrän perusteella. Lue osaamismatriisin riviä vasemmalta oikealle, niin näet, miten yksi odotus kasvaa; lue tason oma osio, niin näet kaiken, mitä tasolla odotetaan. Käytä tikkaita selittämään, mitä seuraava askel tarkoittaa, itsearviointien ja check-inien pohjana sekä pitämään ylennyspäätökset vertailukelpoisina tiimistä toiseen.
Pidä tätä luonnoksena. Jos QA-insinöörinne eivät kirjoita automaatiota tai jos kehittäjät vastaavat suurimmasta osasta testausta, muuta sanamuotoja ennen kuin julkaiset tikkaat – odotus, jota kukaan ei voi teidän tilanteessanne täyttää, aiheuttaa vain turhautumista.
Tasot lyhyesti
Junior QA-insinööri
Testaa selkeästi määriteltyjä ominaisuuksia valmiiden testitapausten pohjalta ja opettelee tuntemaan tuotteen ja sen käyttäjät.
- Vastuualue
- Yksittäisiä käyttäjätarinoita tai bugikorjauksia yhdellä tuotteen alueella; testisuunnitelmat katselmoi joku kokeneempi.
QA-insinööri
Vastaa yhden tiimin ominaisuuksien testauksesta vaatimusten lukemisesta julkaisun hyväksymiseen.
- Vastuualue
- Yhden tuotetiimin ominaisuudet ja niiden manuaaliset ja automaattiset testit.
Senior QA-insinööri
Muovaa sitä, miten yksi tai kaksi tiimiä rakentavat laadun sisään, ja vastaa isompien projektien testausstrategiasta.
- Vastuualue
- Yhden tai kahden tiimin testausstrategia, automaatiotestit ja julkaisupäätökset sekä tiimirajat ylittävät projektit.
Lead QA-insinööri
Määrittää yrityksen tavan lähestyä laatua ja auttaa jokaista tiimiä julkaisemaan niin, että tuotantoon pääsee vähemmän virheitä.
- Vastuualue
- Koko tuotteen laatu: jaettu testausinfrastruktuuri, julkaisustandardit sekä se, miten QA on miehitetty ja miten sitä tehdään.
Osaamismatriisi
Jokainen rivi on osaamisalue ja jokainen sarake taso. Lue riviä vasemmalta oikealle, niin näet, miten odotukset kasvavat.
Mitä kukin osaamisalue tarkoittaa
- Testisuunnittelu ja analyysi
- Sen selvittäminen, mikä voi mennä pieleen, ja niiden testien valinta, jotka löytävät sen.
- Testiautomaatio
- Nopeiden, vakaiden ja tiimin luottamien automaattisten testien rakentaminen.
- Virheiden selvitys ja raportointi
- Ongelmien löytäminen, toistaminen ja selittäminen niin, että ne korjataan nopeasti.
- Julkaisu- ja riskiarviointi
- Sen ratkaiseminen, onko jokin valmis julkaistavaksi, ja sen sanominen selvästi.
- Laatukäytännöt
- Laadun rakentaminen tiimin tapaan tehdä työtä sen sijaan, että se yritettäisiin testata mukaan lopussa.
- Mentorointi ja tiedon jakaminen
- Muiden auttaminen testaamaan paremmin ja sen estäminen, että tuotetieto on vain yhden ihmisen päässä.
| Osaamisalue | Junior QA-insinööri | QA-insinööri | Senior QA-insinööri | Lead QA-insinööri |
|---|---|---|---|---|
| Testisuunnittelu ja analyysi | Ajaa olemassa olevat testitapaukset huolellisesti, kirjoittaa pienille käyttäjätarinoille uusia tapauksia, jotka kattavat pääpolun ja ilmeiset reunatapaukset, ja kysyy epäselvistä vaatimuksista ennen testauksen alkua. | Kirjoittaa testisuunnitelman jokaiselle tiimin ominaisuudelle, kattaen reunatapaukset, käyttöoikeudet, datan tilat ja integraatiot, ja katselmoi vaatimukset ennen kehityksen alkua löytääkseen aukot. | Suunnittelee testausstrategian projekteille, jotka ulottuvat useaan ominaisuuteen tai tiimiin, päättää, mitä katetaan yksikkö-, API- ja end-to-end-tasolla, ja kohdistaa työn osiin, jotka todennäköisimmin hajoavat. | Määrittää riskin ja käyttödatan perusteella, miten yrityksessä päätetään, mitä testataan ja kuinka perusteellisesti, ja varmistaa, että jokainen tiimi soveltaa tätä johdonmukaisesti. |
| Testiautomaatio | Lisää automaattisia testejä olemassa olevaan testikehykseen vakiintuneita malleja noudattaen, ajaa testit paikallisesti ja raportoi epäonnistumiset, joita ei osaa selittää, sen sijaan että ajaisi niitä uudelleen, kunnes ne menevät läpi. | Automatisoi tiimin ominaisuuksien regressiotestit, pitää ne vakaina ja luettavina ja korjaa tai poistaa epävakaat testit sen sijaan, että jättäisi ne huomiotta. | Suunnittelee automaatiotestien rakenteen, kytkee ne toimitusputkeen järkevillä ajoajoilla ja katselmoi kehittäjien ja muiden QA-insinöörien kirjoittamia testejä. | Valitsee yrityksen testaustyökalut ja jaetun infrastruktuurin, tasapainottaa testipyramidin kerrokset tuotteiden välillä ja pitää koko testijoukon niin nopeana, että tiimit oikeasti odottavat sen tuloksia. |
| Virheiden selvitys ja raportointi | Kirjaa bugiraportit selkeine vaiheineen, odotettuine ja todellisine tuloksineen sekä ympäristötietoineen, jotta kehittäjä voi toistaa ongelman ilman lisäkysymyksiä. | Rajaa bugeja lokien, verkkoliikenteen ja tietokannan avulla, arvioi niiden vakavuuden käyttäjävaikutuksen perusteella ja varmistaa korjaukset ympäröivine tapauksineen. | Selvittää satunnaisia ja vain tuotannossa esiintyviä ongelmia palvelujen yli, tunnistaa toistuvien virheiden kuvioita ja muuttaa ne ehdotuksiksi, jotka poistavat kokonaisen bugiluokan. | Vastaa siitä, miten yritys seuraa ja priorisoi virheitä, raportoi tuotantoon päässeiden bugien trendeistä kehitysjohdolle ja varmistaa, että suurimpien virhelähteiden korjaukset saavat resurssit. |
| Julkaisu- ja riskiarviointi | Tekee ennen julkaisua hänelle osoitetut tarkistukset, kertoo, mitä testattiin ja mitä ei, ja vie huolensa kokeneemmalle QA-insinöörille. | Antaa tiimin julkaisuista selkeän go- tai no-go-suosituksen, kertoo tunnetut riskit ja sen, mitä on jäänyt testaamatta, ja osallistuu julkaisun jälkeisiin tarkistuksiin. | Päättää riskialttiiden muutosten julkaisutavasta – ominaisuusliput, vaiheittaiset käyttöönotot, lisävalvonta – yhdessä kehittäjien kanssa ja johtaa testausta häiriöiden ja pikakorjausten aikana. | Asettaa julkaisustandardit, joiden mukaan jokainen tiimi toimii, määrittää, milloin julkaisun voi pysäyttää, ja on se, jolta johto kysyy, onko tuote valmis suureen lanseeraukseen. |
| Laatukäytännöt | Noudattaa tiimin valmiin määritelmää ja testausprosessia ja huomauttaa vaiheista, jotka ohitetaan tai jotka ovat sekavia. | Osallistuu backlogin tarkennukseen ja suunnittelukeskusteluihin lisätäkseen hyväksymiskriteerit ja testattavuuden näkökulmat ajoissa ja käy kehittäjien kanssa läpi, mitä heidän omien testiensä pitäisi kattaa. | Parantaa yhden tai kahden tiimin testausprosessia – testiympäristöt, testidata, katselmointien tarkistuslistat – ja mittaa, vähensikö muutos tuotantoon päässeitä virheitä. | Muovaa laatukäytäntöjä koko kehitysorganisaatiossa, päättää, mihin QA-insinöörit sijoittuvat ja mistä kehittäjät vastaavat, ja tekee laadusta yhteisen vastuun eikä yhden tiimin tehtävää. |
| Mentorointi ja tiedon jakaminen | Dokumentoi testatessaan, mitä oppii tuotteesta, ja jakaa hyödyllisiä havaintoja ja työkaluja tiimille. | Pitää tiimin testausdokumentaation ajan tasalla, perehdyttää uudet tiimiläiset tuotealueeseen ja selittää testaustekniikoita kehittäjille, jotka kysyvät. | Mentoroi tavoitteellisesti junior-QA-insinöörejä, vetää kehittäjille sessioita testauksen lähestymistavoista ja osallistuu QA-roolien rekrytointihaastatteluihin. | Kasvattaa QA-ryhmän taitoja ja urapolkuja, määrittää, miten QA-insinöörit rekrytoidaan ja perehdytetään, ja kehittää seuraavat senior- ja lead-tason QA-insinöörit. |
Vieritä taulukkoa sivusuunnassa nähdäksesi kaikki tasot.
Lataa CSV-tiedostona Avautuu Excelissä, Google Sheetsissä tai Numbersissa.
Junior QA-insinööri: mitä odotetaan
Testaa selkeästi määriteltyjä ominaisuuksia valmiiden testitapausten pohjalta ja opettelee tuntemaan tuotteen ja sen käyttäjät. Yksittäisiä käyttäjätarinoita tai bugikorjauksia yhdellä tuotteen alueella; testisuunnitelmat katselmoi joku kokeneempi.
- Testisuunnittelu ja analyysi
- Ajaa olemassa olevat testitapaukset huolellisesti, kirjoittaa pienille käyttäjätarinoille uusia tapauksia, jotka kattavat pääpolun ja ilmeiset reunatapaukset, ja kysyy epäselvistä vaatimuksista ennen testauksen alkua.
- Testiautomaatio
- Lisää automaattisia testejä olemassa olevaan testikehykseen vakiintuneita malleja noudattaen, ajaa testit paikallisesti ja raportoi epäonnistumiset, joita ei osaa selittää, sen sijaan että ajaisi niitä uudelleen, kunnes ne menevät läpi.
- Virheiden selvitys ja raportointi
- Kirjaa bugiraportit selkeine vaiheineen, odotettuine ja todellisine tuloksineen sekä ympäristötietoineen, jotta kehittäjä voi toistaa ongelman ilman lisäkysymyksiä.
- Julkaisu- ja riskiarviointi
- Tekee ennen julkaisua hänelle osoitetut tarkistukset, kertoo, mitä testattiin ja mitä ei, ja vie huolensa kokeneemmalle QA-insinöörille.
- Laatukäytännöt
- Noudattaa tiimin valmiin määritelmää ja testausprosessia ja huomauttaa vaiheista, jotka ohitetaan tai jotka ovat sekavia.
- Mentorointi ja tiedon jakaminen
- Dokumentoi testatessaan, mitä oppii tuotteesta, ja jakaa hyödyllisiä havaintoja ja työkaluja tiimille.
QA-insinööri: mitä odotetaan
Vastaa yhden tiimin ominaisuuksien testauksesta vaatimusten lukemisesta julkaisun hyväksymiseen. Yhden tuotetiimin ominaisuudet ja niiden manuaaliset ja automaattiset testit.
- Testisuunnittelu ja analyysi
- Kirjoittaa testisuunnitelman jokaiselle tiimin ominaisuudelle, kattaen reunatapaukset, käyttöoikeudet, datan tilat ja integraatiot, ja katselmoi vaatimukset ennen kehityksen alkua löytääkseen aukot.
- Testiautomaatio
- Automatisoi tiimin ominaisuuksien regressiotestit, pitää ne vakaina ja luettavina ja korjaa tai poistaa epävakaat testit sen sijaan, että jättäisi ne huomiotta.
- Virheiden selvitys ja raportointi
- Rajaa bugeja lokien, verkkoliikenteen ja tietokannan avulla, arvioi niiden vakavuuden käyttäjävaikutuksen perusteella ja varmistaa korjaukset ympäröivine tapauksineen.
- Julkaisu- ja riskiarviointi
- Antaa tiimin julkaisuista selkeän go- tai no-go-suosituksen, kertoo tunnetut riskit ja sen, mitä on jäänyt testaamatta, ja osallistuu julkaisun jälkeisiin tarkistuksiin.
- Laatukäytännöt
- Osallistuu backlogin tarkennukseen ja suunnittelukeskusteluihin lisätäkseen hyväksymiskriteerit ja testattavuuden näkökulmat ajoissa ja käy kehittäjien kanssa läpi, mitä heidän omien testiensä pitäisi kattaa.
- Mentorointi ja tiedon jakaminen
- Pitää tiimin testausdokumentaation ajan tasalla, perehdyttää uudet tiimiläiset tuotealueeseen ja selittää testaustekniikoita kehittäjille, jotka kysyvät.
Senior QA-insinööri: mitä odotetaan
Muovaa sitä, miten yksi tai kaksi tiimiä rakentavat laadun sisään, ja vastaa isompien projektien testausstrategiasta. Yhden tai kahden tiimin testausstrategia, automaatiotestit ja julkaisupäätökset sekä tiimirajat ylittävät projektit.
- Testisuunnittelu ja analyysi
- Suunnittelee testausstrategian projekteille, jotka ulottuvat useaan ominaisuuteen tai tiimiin, päättää, mitä katetaan yksikkö-, API- ja end-to-end-tasolla, ja kohdistaa työn osiin, jotka todennäköisimmin hajoavat.
- Testiautomaatio
- Suunnittelee automaatiotestien rakenteen, kytkee ne toimitusputkeen järkevillä ajoajoilla ja katselmoi kehittäjien ja muiden QA-insinöörien kirjoittamia testejä.
- Virheiden selvitys ja raportointi
- Selvittää satunnaisia ja vain tuotannossa esiintyviä ongelmia palvelujen yli, tunnistaa toistuvien virheiden kuvioita ja muuttaa ne ehdotuksiksi, jotka poistavat kokonaisen bugiluokan.
- Julkaisu- ja riskiarviointi
- Päättää riskialttiiden muutosten julkaisutavasta – ominaisuusliput, vaiheittaiset käyttöönotot, lisävalvonta – yhdessä kehittäjien kanssa ja johtaa testausta häiriöiden ja pikakorjausten aikana.
- Laatukäytännöt
- Parantaa yhden tai kahden tiimin testausprosessia – testiympäristöt, testidata, katselmointien tarkistuslistat – ja mittaa, vähensikö muutos tuotantoon päässeitä virheitä.
- Mentorointi ja tiedon jakaminen
- Mentoroi tavoitteellisesti junior-QA-insinöörejä, vetää kehittäjille sessioita testauksen lähestymistavoista ja osallistuu QA-roolien rekrytointihaastatteluihin.
Lead QA-insinööri: mitä odotetaan
Määrittää yrityksen tavan lähestyä laatua ja auttaa jokaista tiimiä julkaisemaan niin, että tuotantoon pääsee vähemmän virheitä. Koko tuotteen laatu: jaettu testausinfrastruktuuri, julkaisustandardit sekä se, miten QA on miehitetty ja miten sitä tehdään.
- Testisuunnittelu ja analyysi
- Määrittää riskin ja käyttödatan perusteella, miten yrityksessä päätetään, mitä testataan ja kuinka perusteellisesti, ja varmistaa, että jokainen tiimi soveltaa tätä johdonmukaisesti.
- Testiautomaatio
- Valitsee yrityksen testaustyökalut ja jaetun infrastruktuurin, tasapainottaa testipyramidin kerrokset tuotteiden välillä ja pitää koko testijoukon niin nopeana, että tiimit oikeasti odottavat sen tuloksia.
- Virheiden selvitys ja raportointi
- Vastaa siitä, miten yritys seuraa ja priorisoi virheitä, raportoi tuotantoon päässeiden bugien trendeistä kehitysjohdolle ja varmistaa, että suurimpien virhelähteiden korjaukset saavat resurssit.
- Julkaisu- ja riskiarviointi
- Asettaa julkaisustandardit, joiden mukaan jokainen tiimi toimii, määrittää, milloin julkaisun voi pysäyttää, ja on se, jolta johto kysyy, onko tuote valmis suureen lanseeraukseen.
- Laatukäytännöt
- Muovaa laatukäytäntöjä koko kehitysorganisaatiossa, päättää, mihin QA-insinöörit sijoittuvat ja mistä kehittäjät vastaavat, ja tekee laadusta yhteisen vastuun eikä yhden tiimin tehtävää.
- Mentorointi ja tiedon jakaminen
- Kasvattaa QA-ryhmän taitoja ja urapolkuja, määrittää, miten QA-insinöörit rekrytoidaan ja perehdytetään, ja kehittää seuraavat senior- ja lead-tason QA-insinöörit.
Näin sovitat uratikkaat omaan käyttöösi
Kirjaa manuaalisen ja automaattisen testauksen suhde
Jos QA-insinöörinne keskittyvät tutkivaan testaukseen, lyhennä Testiautomaatio-riviä ja laajenna Testisuunnittelu ja analyysi -riviä. Jos he enimmäkseen rakentavat automaatiota, nosta koodin laatua koskevia odotuksia. Kummassakin tapauksessa tee valinta näkyväksi, jotta ketään ei arvioida työstä, johon häntä ei palkattu.
Ota Lead-taso käyttöön vasta, kun se on oikea työ
Kahden tai kolmen QA-insinöörin yritys tarvitsee yleensä vain junior-, perus- ja senior-tason. Lisää Lead-taso, kun joku oikeasti asettaa laatustandardit kaikille tiimeille, ei palkinnoksi pisimpään talossa olleelle testaajalle. Näissä tikkaissa Lead on asiantuntijataso; jos QA-leadinne myös johtaa testaajia, lisää ihmisten johtamista koskevat odotukset Engineering Managerin uratikkaista.
Rinnasta tasot kehittäjien uratikkaisiin
Rinnasta jokainen QA-taso ohjelmistokehittäjän tasoon, jolla on vertailukelpoinen vastuualue ja palkka. Kun Senior QA-insinööri on samalla viivalla Senior kehittäjän kanssa, urapolkujen välillä siirtyminen on sivuaskel eikä alennus tai loikka.
Kerää näyttöä, älä bugimääriä
Kerää check-inejä ja ylennysperusteluja varten esimerkkejä, kuten testisuunnitelma, joka löysi kalliin virheen, epävakaa testijoukko, joka saatiin luotettavaksi, tai julkaisupäätös, joka osoittautui oikeaksi. Kirjattujen bugien laskeminen palkitsee melua ja rankaisee testaajia vakaissa tiimeissä.
UKK
Kysymyksiä näistä uratikkaista
Montako tasoa QA-insinöörin uratikkaat tarvitsevat?
20–200 hengen yritykselle kolme tai neljä riittää yleensä, koska QA-ryhmät ovat pieniä. Tässä pohjassa on neljä: Junior QA-insinööri, QA-insinööri, Senior QA-insinööri ja Lead QA-insinööri. Lisää viides vain, jos työn laajuus todella kasvaa yli koko tuotteen laatustandardien asettamisen.
Pitäisikö manuaalitestaajilla ja testiautomaatioinsinööreillä olla yhteiset uratikkaat?
Useimmissa pienemmissä yrityksissä kyllä. Työn ydin – riskien ymmärtäminen, testien suunnittelu ja julkaisujen arviointi – on sama; vain työkalut eroavat. Pidä yhdet tikkaat ja sopikaa henkilö- tai tiimikohtaisesti, kuinka suuri osa Testiautomaatio-rivistä koskee kutakin.
Voiko QA-insinööri siirtyä ohjelmistokehittäjän urapolulle?
Kyllä, ja se toimii parhaiten suunniteltuna siirtona. Vertaa henkilöä ohjelmistokehittäjän uratikkaisiin, sopikaa muutama kehitystoimenpide, kuten pienten ominaisuuksien tai bugikorjausten omistaminen, ja siirrä hänet, kun hän täyttää tason odotukset johdonmukaisesti. Testauskokemus tekee hänestä yleensä vahvemman kehittäjän, ei heikompaa.
Miten QA-insinöörin suoriutumista mitataan laskematta bugeja?
Katso lopputuloksia ja toimintaa: hänen alueeltaan tuotantoon päässeitä virheitä, automaattisten testien luotettavuutta ja nopeutta, kuinka aikaisin hän nostaa riskit esiin ja miten julkaisupäätökset ovat kestäneet. Käykää konkreettisia esimerkkejä läpi tikkaita vasten säännöllisissä check-ineissä sen sijaan, että nojaisitte pelkkiin dashboardeihin.
Montako QA-insinööriä kehittäjätiimi tarvitsee?
Kiinteää suhdelukua ei ole. Moni tämän kokoinen yritys pärjää yhdellä QA-insinöörillä neljää–kahdeksaa kehittäjää kohden, mutta oikea määrä riippuu siitä, kuinka paljon kehittäjät testaavat omaa työtään ja kuinka kallis virhe on käyttäjillenne. Seuraa tuotantoon päässeitä virheitä ja julkaisujen viivästyksiä ja rekrytoi, kun kumpi tahansa kasvaa jatkuvasti.
Rakenna nämä uratikkaat LadderKitiin – ilmaiseksi
Määritä tasot ja taidot tiimillesi, arvioi ihmisiä niitä vasten check-ineissä ja pidä ylennyspäätökset johdonmukaisina.
Ilmainen-paketti · Ei luottokorttia
Aiheeseen liittyvät pohjat
Ohjelmistokehitys
DevOps-insinööri
Neljä tasoa Junior DevOps-insinööristä Staff-tasolle ja kuusi osaamisaluetta infrastruktuurista kehittäjien tukemiseen.
- 4 tasoa
- 6 osaamisaluetta
Ohjelmistokehitys
Engineering Manager
Neljä tasoa Engineering Managerista VP of Engineeringiin ja kuusi johtamisen osaamisaluetta.
- 4 tasoa
- 6 osaamisaluetta