Preskoči na sadržaj
Izbornik

Predložak karijerne ljestvice

Predložak karijerne ljestvice za QA inženjere

Četiri razine od junior do lead QA inženjera i šest kompetencija, od dizajna testova do praksi kvalitete.

Besplatni paket · Kreditna kartica nije potrebna

Ova karijerna ljestvica namijenjena je QA inženjerima u softverskim tvrtkama s otprilike 20 do 200 ljudi, u kojima testeri rade unutar produktnih timova, u cijeloj tvrtki ih može biti tek nekoliko, a ista osoba često ujutro radi istraživačko testiranje, a poslijepodne piše automatizirane provjere. Opisuje četiri razine, od osobe koja uči dobro testirati jednu funkcionalnost do osobe koja odlučuje kako cijela tvrtka pristupa kvaliteti. Najviša razina, Lead QA inženjer, stručna je razina, a ne menadžerska uloga.

Svaka je razina definirana onim što osoba radi i dokle seže njezin rad, a ne godinama iskustva ili brojem prijavljenih grešaka. Pročitajte redak matrice kompetencija slijeva nadesno da vidite kako jedno očekivanje raste; pročitajte odjeljak jedne razine da vidite sve što se na njoj očekuje. Upotrijebite je da objasnite što znači sljedeći korak, za samoprocjene i check-ine te da odluke o promaknuću ostanu usporedive među timovima.

Shvatite je kao nacrt. Ako vaši QA inženjeri ne pišu automatizaciju ili ako većinu testiranja rade programeri, promijenite formulacije prije nego što objavite ljestvicu — očekivanje koje u vašem okruženju nitko ne može ispuniti stvara samo frustraciju.

Razine ukratko

  1. Junior QA inženjer

    Testira jasno definirane funkcionalnosti prema postojećim testnim slučajevima i upoznaje proizvod i njegove korisnike.

    Opseg
    Pojedinačni user storyji ili popravci grešaka u jednom dijelu proizvoda, s testnim planovima koje pregledava netko iskusniji.
  2. Medior QA inženjer

    Odgovara za testiranje funkcionalnosti u jednom timu, od čitanja zahtjeva do odobravanja izdanja.

    Opseg
    Funkcionalnosti jednog produktnog tima, uključujući njihove ručne i automatizirane testove.
  3. Senior QA inženjer

    Oblikuje kako jedan ili dva tima ugrađuju kvalitetu u rad i odgovara za testnu strategiju većih projekata.

    Opseg
    Testna strategija, automatizirani testni paketi i odluke o izdanju za jedan ili dva tima te projekti koji prelaze granice timova.
  4. Lead QA inženjer

    Postavlja pristup tvrtke kvaliteti i pomaže svakom timu da isporučuje uz manje grešaka koje promaknu u produkciju.

    Opseg
    Kvaliteta u cijelom proizvodu: zajednička testna infrastruktura, standardi izdanja te kako se QA popunjava i provodi.

Matrica kompetencija

Svaki redak je kompetencija, a svaki stupac razina. Čitajte redak slijeva nadesno da biste vidjeli kako očekivanja rastu.

Što znači svaka kompetencija

Dizajn i analiza testova
Razrađivanje onoga što bi moglo poći po zlu i odabir testova koji će to pronaći.
Automatizacija testiranja
Izgradnja automatiziranih provjera koje su brze, stabilne i kojima tim vjeruje.
Istraživanje i prijava grešaka
Pronalaženje, reproduciranje i objašnjavanje problema kako bi se brzo popravili.
Procjena izdanja i rizika
Odlučivanje je li nešto spremno za izdavanje i jasno izricanje te odluke.
Prakse kvalitete
Ugrađivanje kvalitete u način na koji tim radi umjesto da se na kraju dodaje testiranjem.
Mentorstvo i dijeljenje znanja
Pomaganje drugima da bolje testiraju i briga da znanje o proizvodu ne živi u jednoj glavi.
QA inženjer: očekivanja po kompetenciji i razini
KompetencijaJunior QA inženjerMedior QA inženjerSenior QA inženjerLead QA inženjer
Dizajn i analiza testovaPažljivo izvodi postojeće testne slučajeve, za male user storyje piše nove slučajeve koji pokrivaju glavni tok i očite rubne slučajeve i prije početka testiranja pita o nejasnim zahtjevima.Za svaku funkcionalnost u timu piše testni plan koji pokriva rubne slučajeve, ovlasti, stanja podataka i integracije te prije početka razvoja pregledava zahtjeve kako bi uočio praznine.Dizajnira testnu strategiju za projekte koji obuhvaćaju više funkcionalnosti ili timova, odlučuje što pokriti na razini jediničnih, API i end-to-end testova i usmjerava trud na dijelove koji će se najvjerojatnije pokvariti.Definira kako tvrtka odlučuje što testirati i koliko temeljito, na temelju rizika i podataka o korištenju, i brine se da ga svaki tim dosljedno primjenjuje.
Automatizacija testiranjaDodaje automatizirane testove u postojeći framework slijedeći ustaljene obrasce, lokalno pokreće testni paket i prijavljuje padove koje ne može objasniti umjesto da ih ponovno pokreće dok ne prođu.Automatizira regresijske testove za funkcionalnosti tima, drži ih stabilnima i čitljivima te popravlja ili uklanja nestabilne testove umjesto da ih ignorira.Dizajnira strukturu automatiziranog testnog paketa, uključuje ga u pipeline isporuke s razumnim trajanjem i pregledava testove koje pišu programeri i drugi QA inženjeri.Bira testne alate i zajedničku infrastrukturu tvrtke, uravnotežuje slojeve piramide testiranja među proizvodima i drži cijeli testni paket dovoljno brzim da ga timovi zaista pričekaju.
Istraživanje i prijava grešakaPrijavljuje greške s jasnim koracima, očekivanim i stvarnim rezultatom i okruženjem, tako da programer može reproducirati problem bez dodatnih pitanja.Sužava greške pomoću logova, mrežnih tragova i baze podataka, procjenjuje njihovu ozbiljnost prema utjecaju na korisnike i potvrđuje popravke, uključujući slučajeve oko njih.Istražuje povremene probleme i one koji se javljaju samo u produkciji kroz više servisa, uočava obrasce u ponavljajućim greškama i pretvara ih u prijedloge koji uklanjaju cijelu klasu grešaka.Odgovara za to kako tvrtka prati greške i određuje im prioritete, izvještava vodstvo inženjeringa o trendovima grešaka koje promaknu u produkciju i brine se da najveći izvori grešaka dobiju financirane popravke.
Procjena izdanja i rizikaPrije izdanja obavlja dodijeljene provjere, izvještava što je testirano, a što nije, i iznosi zabrinutosti iskusnijem QA inženjeru.Za izdanja tima daje jasnu preporuku za ili protiv izdavanja, objašnjava poznate rizike i ono što je ostalo netestirano te sudjeluje u provjerama nakon izdanja.Zajedno s programerima odlučuje o pristupu izdavanju rizičnih promjena — feature flagovi, postupno uvođenje, dodatni monitoring — i vodi testiranje tijekom incidenata i hitnih popravaka.Postavlja standarde izdanja prema kojima rade svi timovi, definira kada se izdanje može zaustaviti i osoba je koju vodstvo pita je li proizvod spreman za veliko lansiranje.
Prakse kvaliteteSlijedi timsku definiciju gotovog i tijek testiranja i upozorava na korake koji se preskaču ili su zbunjujući.Sudjeluje u doradi backloga i raspravama o dizajnu kako bi rano dodao kriterije prihvaćanja i pitanja testabilnosti te s programerima u paru razrađuje što pokriti njihovim vlastitim testovima.Poboljšava tijek testiranja jednog ili dvaju timova — testna okruženja, testne podatke, kontrolne liste za pregled — i mjeri je li promjena smanjila broj grešaka koje promaknu u produkciju.Oblikuje prakse kvalitete u cijelom inženjeringu, odlučuje gdje su QA inženjeri raspoređeni i za što odgovaraju programeri te čini kvalitetu zajedničkom odgovornošću, a ne poslom jednog tima.
Mentorstvo i dijeljenje znanjaDok testira, dokumentira što nauči o proizvodu i s timom dijeli korisne nalaze i alate.Održava testnu dokumentaciju tima ažurnom, uvodi nove kolege u svoje područje proizvoda i objašnjava tehnike testiranja programerima koji pitaju.Namjerno mentorira junior QA inženjere, vodi radionice o pristupima testiranju za programere i sudjeluje u intervjuima za QA uloge.Razvija vještine i karijerne putove QA grupe, definira kako se QA inženjeri zapošljavaju i uvode u posao i razvija sljedeće senior i lead QA inženjere.

Pomaknite tablicu vodoravno da biste vidjeli sve razine.

Preuzmi kao CSV Otvara se u Excelu, Google tablicama ili Numbersu.

Junior QA inženjer: što se očekuje

Testira jasno definirane funkcionalnosti prema postojećim testnim slučajevima i upoznaje proizvod i njegove korisnike. Pojedinačni user storyji ili popravci grešaka u jednom dijelu proizvoda, s testnim planovima koje pregledava netko iskusniji.

Dizajn i analiza testova
Pažljivo izvodi postojeće testne slučajeve, za male user storyje piše nove slučajeve koji pokrivaju glavni tok i očite rubne slučajeve i prije početka testiranja pita o nejasnim zahtjevima.
Automatizacija testiranja
Dodaje automatizirane testove u postojeći framework slijedeći ustaljene obrasce, lokalno pokreće testni paket i prijavljuje padove koje ne može objasniti umjesto da ih ponovno pokreće dok ne prođu.
Istraživanje i prijava grešaka
Prijavljuje greške s jasnim koracima, očekivanim i stvarnim rezultatom i okruženjem, tako da programer može reproducirati problem bez dodatnih pitanja.
Procjena izdanja i rizika
Prije izdanja obavlja dodijeljene provjere, izvještava što je testirano, a što nije, i iznosi zabrinutosti iskusnijem QA inženjeru.
Prakse kvalitete
Slijedi timsku definiciju gotovog i tijek testiranja i upozorava na korake koji se preskaču ili su zbunjujući.
Mentorstvo i dijeljenje znanja
Dok testira, dokumentira što nauči o proizvodu i s timom dijeli korisne nalaze i alate.

Medior QA inženjer: što se očekuje

Odgovara za testiranje funkcionalnosti u jednom timu, od čitanja zahtjeva do odobravanja izdanja. Funkcionalnosti jednog produktnog tima, uključujući njihove ručne i automatizirane testove.

Dizajn i analiza testova
Za svaku funkcionalnost u timu piše testni plan koji pokriva rubne slučajeve, ovlasti, stanja podataka i integracije te prije početka razvoja pregledava zahtjeve kako bi uočio praznine.
Automatizacija testiranja
Automatizira regresijske testove za funkcionalnosti tima, drži ih stabilnima i čitljivima te popravlja ili uklanja nestabilne testove umjesto da ih ignorira.
Istraživanje i prijava grešaka
Sužava greške pomoću logova, mrežnih tragova i baze podataka, procjenjuje njihovu ozbiljnost prema utjecaju na korisnike i potvrđuje popravke, uključujući slučajeve oko njih.
Procjena izdanja i rizika
Za izdanja tima daje jasnu preporuku za ili protiv izdavanja, objašnjava poznate rizike i ono što je ostalo netestirano te sudjeluje u provjerama nakon izdanja.
Prakse kvalitete
Sudjeluje u doradi backloga i raspravama o dizajnu kako bi rano dodao kriterije prihvaćanja i pitanja testabilnosti te s programerima u paru razrađuje što pokriti njihovim vlastitim testovima.
Mentorstvo i dijeljenje znanja
Održava testnu dokumentaciju tima ažurnom, uvodi nove kolege u svoje područje proizvoda i objašnjava tehnike testiranja programerima koji pitaju.

Senior QA inženjer: što se očekuje

Oblikuje kako jedan ili dva tima ugrađuju kvalitetu u rad i odgovara za testnu strategiju većih projekata. Testna strategija, automatizirani testni paketi i odluke o izdanju za jedan ili dva tima te projekti koji prelaze granice timova.

Dizajn i analiza testova
Dizajnira testnu strategiju za projekte koji obuhvaćaju više funkcionalnosti ili timova, odlučuje što pokriti na razini jediničnih, API i end-to-end testova i usmjerava trud na dijelove koji će se najvjerojatnije pokvariti.
Automatizacija testiranja
Dizajnira strukturu automatiziranog testnog paketa, uključuje ga u pipeline isporuke s razumnim trajanjem i pregledava testove koje pišu programeri i drugi QA inženjeri.
Istraživanje i prijava grešaka
Istražuje povremene probleme i one koji se javljaju samo u produkciji kroz više servisa, uočava obrasce u ponavljajućim greškama i pretvara ih u prijedloge koji uklanjaju cijelu klasu grešaka.
Procjena izdanja i rizika
Zajedno s programerima odlučuje o pristupu izdavanju rizičnih promjena — feature flagovi, postupno uvođenje, dodatni monitoring — i vodi testiranje tijekom incidenata i hitnih popravaka.
Prakse kvalitete
Poboljšava tijek testiranja jednog ili dvaju timova — testna okruženja, testne podatke, kontrolne liste za pregled — i mjeri je li promjena smanjila broj grešaka koje promaknu u produkciju.
Mentorstvo i dijeljenje znanja
Namjerno mentorira junior QA inženjere, vodi radionice o pristupima testiranju za programere i sudjeluje u intervjuima za QA uloge.

Lead QA inženjer: što se očekuje

Postavlja pristup tvrtke kvaliteti i pomaže svakom timu da isporučuje uz manje grešaka koje promaknu u produkciju. Kvaliteta u cijelom proizvodu: zajednička testna infrastruktura, standardi izdanja te kako se QA popunjava i provodi.

Dizajn i analiza testova
Definira kako tvrtka odlučuje što testirati i koliko temeljito, na temelju rizika i podataka o korištenju, i brine se da ga svaki tim dosljedno primjenjuje.
Automatizacija testiranja
Bira testne alate i zajedničku infrastrukturu tvrtke, uravnotežuje slojeve piramide testiranja među proizvodima i drži cijeli testni paket dovoljno brzim da ga timovi zaista pričekaju.
Istraživanje i prijava grešaka
Odgovara za to kako tvrtka prati greške i određuje im prioritete, izvještava vodstvo inženjeringa o trendovima grešaka koje promaknu u produkciju i brine se da najveći izvori grešaka dobiju financirane popravke.
Procjena izdanja i rizika
Postavlja standarde izdanja prema kojima rade svi timovi, definira kada se izdanje može zaustaviti i osoba je koju vodstvo pita je li proizvod spreman za veliko lansiranje.
Prakse kvalitete
Oblikuje prakse kvalitete u cijelom inženjeringu, odlučuje gdje su QA inženjeri raspoređeni i za što odgovaraju programeri te čini kvalitetu zajedničkom odgovornošću, a ne poslom jednog tima.
Mentorstvo i dijeljenje znanja
Razvija vještine i karijerne putove QA grupe, definira kako se QA inženjeri zapošljavaju i uvode u posao i razvija sljedeće senior i lead QA inženjere.

Kako prilagoditi ovu ljestvicu

  1. Zapišite svoj omjer ručnog i automatiziranog testiranja

    Ako se vaši QA inženjeri usredotočuju na istraživačko testiranje, skratite redak Automatizacija testiranja i proširite Dizajn i analiza testova. Ako uglavnom grade automatizaciju, podignite očekivanja za kvalitetu koda. U svakom slučaju izbor učinite izričitim kako nitko ne bi bio procjenjivan prema poslu za koji nije zaposlen.

  2. Zadržite razinu Lead za trenutak kad postane stvaran posao

    S dva ili tri QA inženjera tvrtki obično trebaju samo junior, medior i senior razine. Lead dodajte kad netko stvarno postavlja standarde kvalitete za svaki tim, a ne kao nagradu za testera s najdužim stažem. U ovoj je ljestvici Lead stručna razina; ako vaš QA lead vodi i testere, dodajte očekivanja o vođenju ljudi iz ljestvice za Engineering Managere.

  3. Uskladite razine s inženjerskom ljestvicom

    Svaku QA razinu povežite s razinom softverskog inženjera usporedivog opsega i plaće. Kad senior QA inženjer stoji uz senior inženjera, prelazak s jednog puta na drugi postaje korak ustranu, a ne degradacija ili skok.

  4. Prikupljajte dokaze, a ne broj grešaka

    Za check-ine i prijedloge za promaknuće prikupite primjere poput testnog plana koji je uhvatio skupu grešku, nestabilnog testnog paketa koji je postao pouzdan ili odluke o izdanju koja se pokazala ispravnom. Brojenje prijavljenih grešaka nagrađuje buku i kažnjava testere u stabilnim timovima.

Česta pitanja

Pitanja o ovoj ljestvici

Koliko razina treba karijerna ljestvica QA inženjera?

Za tvrtku od 20 do 200 ljudi obično su dovoljne tri ili četiri jer su QA grupe male. Ovaj predložak koristi četiri: Junior QA inženjer, Medior QA inženjer, Senior QA inženjer i Lead QA inženjer. Petu dodajte tek kad opseg posla stvarno preraste postavljanje standarda kvalitete za cijeli proizvod.

Trebaju li ručni testeri i inženjeri za automatizaciju testiranja dijeliti jednu karijernu ljestvicu?

U većini manjih tvrtki da. Srž posla — razumijevanje rizika, dizajn testova i procjena izdanja — ista je; razlikuju se samo alati. Zadržite jednu ljestvicu i za svaku osobu ili tim dogovorite koliko se redak Automatizacija testiranja primjenjuje.

Može li QA inženjer prijeći na put softverskog inženjera?

Da, i najbolje funkcionira kao planiran prelazak. Usporedite osobu s ljestvicom za softverske inženjere, dogovorite nekoliko razvojnih aktivnosti, poput preuzimanja malih funkcionalnosti ili popravaka grešaka, i premjestite je kad dosljedno dostiže tu razinu. Iskustvo s testiranjem obično od takve osobe napravi boljeg, a ne slabijeg inženjera.

Kako mjeriti učinak QA inženjera bez brojenja grešaka?

Gledajte ishode i ponašanje: greške koje su u njegovu području promaknule u produkciju, pouzdanost i brzinu automatiziranog testnog paketa, koliko rano upozorava na rizike i jesu li se odluke o izdanju pokazale ispravnima. Konkretne primjere raspravljajte prema ljestvici na redovitim check-inima umjesto da se oslanjate samo na nadzorne ploče.

Koliko QA inženjera treba timu programera?

Ne postoji fiksni omjer. Mnoge tvrtke ove veličine imaju jednog QA inženjera na svaka četiri do osam programera, ali pravi broj ovisi o tome koliko programeri sami testiraju svoj rad i koliko je greška skupa za vaše korisnike. Pratite greške koje promaknu u produkciju i kašnjenja izdanja i zapošljavajte kad jedno ili drugo stalno raste.

Izgradite ovu karijernu ljestvicu u LadderKitu — besplatno

Postavite njezine razine i vještine za svoj tim, procjenjujte ljude prema njima u check-inima i održite dosljednost odluka o promaknućima.

Besplatni paket · Kreditna kartica nije potrebna

  • Inženjering

    Softverski inženjer

    Pet razina od juniora do principala i šest kompetencija, od isporuke koda do razvoja tima.

    • 5 razina
    • 6 kompetencija
  • Inženjering

    DevOps inženjer

    Četiri razine od junior do staff DevOps inženjera i šest kompetencija, od infrastrukture do podrške programerima.

    • 4 razine
    • 6 kompetencija
  • Inženjering

    Engineering Manager

    Četiri razine od Engineering Managera do VP of Engineering, kroz šest menadžerskih kompetencija.

    • 4 razine
    • 6 kompetencija

Pregledajte sve predloške