Izstrāde
Programmatūras izstrādātājs
Pieci līmeņi no jaunākā izstrādātāja līdz galvenajam inženierim sešās kompetencēs — no koda piegādes līdz komandas izaugsmei.
- 5 līmeņi
- 6 kompetences
Karjeras kāpņu veidne
QA inženiera karjeras kāpņu veidne
Četri līmeņi no jaunākā līdz vadošajam QA inženierim sešās kompetencēs — no testu projektēšanas līdz kvalitātes praksei.
Bezmaksas plāns · Kredītkarte nav vajadzīga
Šīs karjeras kāpnes ir paredzētas QA inženieriem programmatūras uzņēmumos ar aptuveni 20–200 darbiniekiem, kur testētāji strādā produktu komandās, visā uzņēmumā viņu var būt tikai daži un viens un tas pats cilvēks no rīta bieži veic izpētes testēšanu, bet pēcpusdienā raksta automatizētas pārbaudes. Tās apraksta četrus līmeņus — no cilvēka, kurš mācās kārtīgi notestēt vienu funkciju, līdz cilvēkam, kurš nosaka, kā viss uzņēmums pieiet kvalitātei. Augstākais līmenis, vadošais QA inženieris, ir speciālista līmenis, nevis vadītāja amats.
Katru līmeni nosaka tas, ko cilvēks dara un cik tālu sniedzas viņa darbs, nevis darba stāžs vai reģistrēto kļūdu skaits. Lasiet kompetenču matricas rindu no kreisās uz labo, lai redzētu, kā aug viena prasība; lasiet līmeņa sadaļu, lai redzētu visu, kas šajā līmenī sagaidāms. Izmantojiet tās, lai paskaidrotu, ko nozīmē nākamais solis, lai rīkotu pašnovērtējumus un check-in sarunas un lai paaugstinājuma lēmumi būtu salīdzināmi starp komandām.
Uztveriet tās kā melnrakstu. Ja jūsu QA inženieri neraksta automatizētus testus vai ja lielāko daļu testēšanas veic paši izstrādātāji, mainiet formulējumus, pirms publicējat karjeras kāpnes: prasība, kuru jūsu apstākļos neviens nevar izpildīt, rada tikai vilšanos.
Līmeņi īsumā
Jaunākais QA inženieris
Testē skaidri definētas funkcijas pēc esošajiem testa gadījumiem un iepazīst produktu un tā lietotājus.
- Atbildības joma
- Atsevišķi lietotāju stāsti vai kļūdu labojumi vienā produkta daļā; testa plānus pārskata kāds pieredzējušāks kolēģis.
QA inženieris
Atbild par funkciju testēšanu vienā komandā — no prasību izlasīšanas līdz laidiena apstiprināšanai.
- Atbildības joma
- Vienas produkta komandas funkcijas, ieskaitot to manuālos un automatizētos testus.
Vecākais QA inženieris
Veido to, kā viena vai divas komandas iebūvē kvalitāti darbā, un atbild par lielāku projektu testēšanas stratēģiju.
- Atbildības joma
- Vienas vai divu komandu testēšanas stratēģija, automatizēto testu kopas un laidienu lēmumi, kā arī projekti pāri komandu robežām.
Vadošais QA inženieris
Nosaka uzņēmuma pieeju kvalitātei un palīdz katrai komandai piegādāt ar mazāk produkcijā nonākušu defektu.
- Atbildības joma
- Visa produkta kvalitāte: kopīgā testēšanas infrastruktūra, laidienu standarti un tas, kā QA darbs tiek organizēts un nokomplektēts.
Kompetenču matrica
Katra rinda ir kompetence, katra kolonna — līmenis. Lasiet rindu no kreisās uz labo, lai redzētu, kā aug prasības.
Ko nozīmē katra kompetence
- Testu projektēšana un analīze
- Izpratne, kas varētu noiet greizi, un tādu testu izvēle, kas to atklās.
- Testu automatizācija
- Ātru, stabilu un komandas uzticētu automatizēto pārbaužu izveide.
- Defektu izpēte un ziņošana
- Problēmu atrašana, reproducēšana un izskaidrošana tā, lai tās ātri tiktu izlabotas.
- Laidienu un risku izvērtēšana
- Lēmums, vai kaut kas ir gatavs izlaišanai, un skaidra šā lēmuma paziņošana.
- Kvalitātes prakse
- Kvalitātes iebūvēšana komandas darba veidā, nevis tās pārbaudīšana tikai beigās.
- Mentorings un zināšanu nodošana
- Palīdzība citiem testēt labāk, lai zināšanas par produktu nebūtu tikai vienā galvā.
| Kompetence | Jaunākais QA inženieris | QA inženieris | Vecākais QA inženieris | Vadošais QA inženieris |
|---|---|---|---|---|
| Testu projektēšana un analīze | Rūpīgi izpilda esošos testa gadījumus, nelieliem lietotāju stāstiem uzraksta jaunus gadījumus, kas aptver galveno scenāriju un acīmredzamos robežgadījumus, un pirms testēšanas noskaidro neskaidras prasības. | Katrai komandas funkcijai uzraksta testa plānu, kas aptver robežgadījumus, piekļuves tiesības, datu stāvokļus un integrācijas, un pirms izstrādes pārskata prasības, lai atrastu nepilnības. | Izstrādā testēšanas stratēģiju projektiem, kas aptver vairākas funkcijas vai komandas, izlemj, ko pārklāt vienībtestu, API un pilna cikla līmenī, un koncentrē pūles uz daļām, kuras visdrīzāk salūzīs. | Nosaka, kā uzņēmumā tiek izlemts, ko un cik dziļi testēt, balstoties uz riskiem un lietojuma datiem, un pārliecinās, ka katra komanda to piemēro vienādi. |
| Testu automatizācija | Pievieno automatizētus testus esošam ietvaram, ievērojot iedibinātos modeļus, palaiž testu kopu lokāli un ziņo par kļūmēm, kuras nespēj izskaidrot, nevis palaiž tās atkārtoti, līdz tās iziet. | Automatizē komandas funkciju regresijas testus, uztur tos stabilus un lasāmus un nestabilus testus izlabo vai izņem, nevis ignorē. | Projektē automatizēto testu kopas uzbūvi, iekļauj to piegādes konveijerā ar saprātīgu izpildes laiku un pārskata testus, kurus raksta izstrādātāji un citi QA inženieri. | Izvēlas uzņēmuma testēšanas rīkus un kopīgo infrastruktūru, līdzsvaro testu piramīdas slāņus visos produktos un uztur visu testu kopu tik ātru, ka komandas tiešām gaida tās rezultātus. |
| Defektu izpēte un ziņošana | Reģistrē kļūdu ziņojumus ar skaidriem soļiem, sagaidāmo un faktisko rezultātu un vidi, lai izstrādātājs varētu problēmu atkārtot bez papildu jautājumiem. | Sašaurina kļūdas, izmantojot žurnālus, tīkla trasējumus un datubāzi, novērtē to nopietnību pēc ietekmes uz lietotājiem un pārbauda labojumus, arī tiem pieguļošos gadījumus. | Izmeklē periodiskas un tikai produkcijā sastopamas problēmas vairākos servisos, pamana atkārtotu defektu likumsakarības un pārvērš tās priekšlikumos, kas novērš veselu kļūdu klasi. | Atbild par to, kā uzņēmums uzskaita defektus un nosaka to prioritāti, ziņo inženierijas vadībai par produkcijā nonākušo kļūdu tendencēm un panāk, ka lielākajiem defektu avotiem tiek piešķirts finansējums labojumiem. |
| Laidienu un risku izvērtēšana | Pirms laidiena veic uzticētās pārbaudes, ziņo, kas ir un kas nav notestēts, un dalās bažās ar pieredzējušāku QA inženieri. | Sniedz skaidru ieteikumu, vai komandas laidienu drīkst izlaist, paskaidrojot zināmos riskus un to, kas palicis nenotestēts, un piedalās pārbaudēs pēc laidiena. | Kopā ar izstrādātājiem izlemj riskantu izmaiņu laišanas pieeju — funkciju karogus, pakāpenisku ieviešanu, papildu monitoringu — un vada testēšanu incidentu un steidzamu labojumu laikā. | Nosaka laidienu standartus, pēc kuriem strādā katra komanda, definē, kad laidienu drīkst apturēt, un ir tas, kam vadība jautā, vai produkts ir gatavs lielai palaišanai. |
| Kvalitātes prakse | Ievēro komandas „gatavs“ definīciju un testēšanas darba plūsmu un norāda uz soļiem, kas tiek izlaisti vai ir mulsinoši. | Piedalās prasību precizēšanas un dizaina apspriedēs, lai laikus pievienotu pieņemšanas kritērijus un testējamības apsvērumus, un kopā ar izstrādātājiem lemj, ko pārklāt viņu pašu testos. | Uzlabo vienas vai divu komandu testēšanas darba plūsmu — testa vides, testa datus, pārskatīšanas kontrolsarakstus — un mēra, vai izmaiņas samazināja produkcijā nonākušo defektu skaitu. | Veido kvalitātes praksi visā inženierijā, izlemj, kur strādā QA inženieri un par ko atbild izstrādātāji, un padara kvalitāti par kopīgu atbildību, nevis vienas komandas darbu. |
| Mentorings un zināšanu nodošana | Testējot dokumentē to, ko uzzina par produktu, un dalās ar komandu noderīgos atradumos un rīkos. | Uztur komandas testēšanas dokumentāciju aktuālu, iepazīstina jaunus komandas biedrus ar produkta jomu un skaidro testēšanas paņēmienus izstrādātājiem, kuri jautā. | Mērķtiecīgi mentorē jaunākos QA inženierus, vada izstrādātājiem nodarbības par testēšanas pieejām un piedalās darba intervijās uz QA amatiem. | Attīsta QA grupas prasmes un karjeras ceļus, nosaka, kā QA inženieri tiek atlasīti un ievadīti darbā, un sagatavo nākamos vecākos un vadošos QA inženierus. |
Ritiniet tabulu uz sāniem, lai redzētu visus līmeņus.
Lejupielādēt CSV Atveras programmās Excel, Google Sheets vai Numbers.
Jaunākais QA inženieris: ko sagaida
Testē skaidri definētas funkcijas pēc esošajiem testa gadījumiem un iepazīst produktu un tā lietotājus. Atsevišķi lietotāju stāsti vai kļūdu labojumi vienā produkta daļā; testa plānus pārskata kāds pieredzējušāks kolēģis.
- Testu projektēšana un analīze
- Rūpīgi izpilda esošos testa gadījumus, nelieliem lietotāju stāstiem uzraksta jaunus gadījumus, kas aptver galveno scenāriju un acīmredzamos robežgadījumus, un pirms testēšanas noskaidro neskaidras prasības.
- Testu automatizācija
- Pievieno automatizētus testus esošam ietvaram, ievērojot iedibinātos modeļus, palaiž testu kopu lokāli un ziņo par kļūmēm, kuras nespēj izskaidrot, nevis palaiž tās atkārtoti, līdz tās iziet.
- Defektu izpēte un ziņošana
- Reģistrē kļūdu ziņojumus ar skaidriem soļiem, sagaidāmo un faktisko rezultātu un vidi, lai izstrādātājs varētu problēmu atkārtot bez papildu jautājumiem.
- Laidienu un risku izvērtēšana
- Pirms laidiena veic uzticētās pārbaudes, ziņo, kas ir un kas nav notestēts, un dalās bažās ar pieredzējušāku QA inženieri.
- Kvalitātes prakse
- Ievēro komandas „gatavs“ definīciju un testēšanas darba plūsmu un norāda uz soļiem, kas tiek izlaisti vai ir mulsinoši.
- Mentorings un zināšanu nodošana
- Testējot dokumentē to, ko uzzina par produktu, un dalās ar komandu noderīgos atradumos un rīkos.
QA inženieris: ko sagaida
Atbild par funkciju testēšanu vienā komandā — no prasību izlasīšanas līdz laidiena apstiprināšanai. Vienas produkta komandas funkcijas, ieskaitot to manuālos un automatizētos testus.
- Testu projektēšana un analīze
- Katrai komandas funkcijai uzraksta testa plānu, kas aptver robežgadījumus, piekļuves tiesības, datu stāvokļus un integrācijas, un pirms izstrādes pārskata prasības, lai atrastu nepilnības.
- Testu automatizācija
- Automatizē komandas funkciju regresijas testus, uztur tos stabilus un lasāmus un nestabilus testus izlabo vai izņem, nevis ignorē.
- Defektu izpēte un ziņošana
- Sašaurina kļūdas, izmantojot žurnālus, tīkla trasējumus un datubāzi, novērtē to nopietnību pēc ietekmes uz lietotājiem un pārbauda labojumus, arī tiem pieguļošos gadījumus.
- Laidienu un risku izvērtēšana
- Sniedz skaidru ieteikumu, vai komandas laidienu drīkst izlaist, paskaidrojot zināmos riskus un to, kas palicis nenotestēts, un piedalās pārbaudēs pēc laidiena.
- Kvalitātes prakse
- Piedalās prasību precizēšanas un dizaina apspriedēs, lai laikus pievienotu pieņemšanas kritērijus un testējamības apsvērumus, un kopā ar izstrādātājiem lemj, ko pārklāt viņu pašu testos.
- Mentorings un zināšanu nodošana
- Uztur komandas testēšanas dokumentāciju aktuālu, iepazīstina jaunus komandas biedrus ar produkta jomu un skaidro testēšanas paņēmienus izstrādātājiem, kuri jautā.
Vecākais QA inženieris: ko sagaida
Veido to, kā viena vai divas komandas iebūvē kvalitāti darbā, un atbild par lielāku projektu testēšanas stratēģiju. Vienas vai divu komandu testēšanas stratēģija, automatizēto testu kopas un laidienu lēmumi, kā arī projekti pāri komandu robežām.
- Testu projektēšana un analīze
- Izstrādā testēšanas stratēģiju projektiem, kas aptver vairākas funkcijas vai komandas, izlemj, ko pārklāt vienībtestu, API un pilna cikla līmenī, un koncentrē pūles uz daļām, kuras visdrīzāk salūzīs.
- Testu automatizācija
- Projektē automatizēto testu kopas uzbūvi, iekļauj to piegādes konveijerā ar saprātīgu izpildes laiku un pārskata testus, kurus raksta izstrādātāji un citi QA inženieri.
- Defektu izpēte un ziņošana
- Izmeklē periodiskas un tikai produkcijā sastopamas problēmas vairākos servisos, pamana atkārtotu defektu likumsakarības un pārvērš tās priekšlikumos, kas novērš veselu kļūdu klasi.
- Laidienu un risku izvērtēšana
- Kopā ar izstrādātājiem izlemj riskantu izmaiņu laišanas pieeju — funkciju karogus, pakāpenisku ieviešanu, papildu monitoringu — un vada testēšanu incidentu un steidzamu labojumu laikā.
- Kvalitātes prakse
- Uzlabo vienas vai divu komandu testēšanas darba plūsmu — testa vides, testa datus, pārskatīšanas kontrolsarakstus — un mēra, vai izmaiņas samazināja produkcijā nonākušo defektu skaitu.
- Mentorings un zināšanu nodošana
- Mērķtiecīgi mentorē jaunākos QA inženierus, vada izstrādātājiem nodarbības par testēšanas pieejām un piedalās darba intervijās uz QA amatiem.
Vadošais QA inženieris: ko sagaida
Nosaka uzņēmuma pieeju kvalitātei un palīdz katrai komandai piegādāt ar mazāk produkcijā nonākušu defektu. Visa produkta kvalitāte: kopīgā testēšanas infrastruktūra, laidienu standarti un tas, kā QA darbs tiek organizēts un nokomplektēts.
- Testu projektēšana un analīze
- Nosaka, kā uzņēmumā tiek izlemts, ko un cik dziļi testēt, balstoties uz riskiem un lietojuma datiem, un pārliecinās, ka katra komanda to piemēro vienādi.
- Testu automatizācija
- Izvēlas uzņēmuma testēšanas rīkus un kopīgo infrastruktūru, līdzsvaro testu piramīdas slāņus visos produktos un uztur visu testu kopu tik ātru, ka komandas tiešām gaida tās rezultātus.
- Defektu izpēte un ziņošana
- Atbild par to, kā uzņēmums uzskaita defektus un nosaka to prioritāti, ziņo inženierijas vadībai par produkcijā nonākušo kļūdu tendencēm un panāk, ka lielākajiem defektu avotiem tiek piešķirts finansējums labojumiem.
- Laidienu un risku izvērtēšana
- Nosaka laidienu standartus, pēc kuriem strādā katra komanda, definē, kad laidienu drīkst apturēt, un ir tas, kam vadība jautā, vai produkts ir gatavs lielai palaišanai.
- Kvalitātes prakse
- Veido kvalitātes praksi visā inženierijā, izlemj, kur strādā QA inženieri un par ko atbild izstrādātāji, un padara kvalitāti par kopīgu atbildību, nevis vienas komandas darbu.
- Mentorings un zināšanu nodošana
- Attīsta QA grupas prasmes un karjeras ceļus, nosaka, kā QA inženieri tiek atlasīti un ievadīti darbā, un sagatavo nākamos vecākos un vadošos QA inženierus.
Kā pielāgot šīs kāpnes
Pierakstiet savu manuālās un automatizētās testēšanas attiecību
Ja jūsu QA inženieri galvenokārt veic izpētes testēšanu, saīsiniet rindu „Testu automatizācija“ un paplašiniet rindu „Testu projektēšana un analīze“. Ja viņi pārsvarā veido automatizāciju, paaugstiniet prasības koda kvalitātei. Jebkurā gadījumā izvēli pasakiet skaidri, lai nevienu nevērtētu pēc darba, kuram viņš netika pieņemts.
Vadošā QA inženiera līmeni ieviesiet tikai tad, kad tas ir reāls darbs
Ja jums ir divi vai trīs QA inženieri, uzņēmumam parasti pietiek ar jaunāko, vidējo un vecāko līmeni. Pievienojiet vadošā QA inženiera līmeni, kad kāds tiešām nosaka kvalitātes standartus visām komandām, nevis kā atlīdzību par ilgāko stāžu. Šajās karjeras kāpnēs vadošais QA inženieris ir speciālista līmenis; ja jūsu QA vadītājs vada arī testētājus, pievienojiet prasības par cilvēku vadīšanu no izstrādes vadītāja karjeras kāpnēm.
Salāgojiet līmeņus ar izstrādātāju karjeras kāpnēm
Piesaistiet katru QA līmeni izstrādātāja līmenim ar līdzīgu atbildības apjomu un atalgojumu. Ja vecākais QA inženieris atrodas blakus vecākajam izstrādātājam, pāreja starp abiem karjeras virzieniem kļūst par soli sāņus, nevis pazemināšanu vai lēcienu.
Vāciet pierādījumus, nevis kļūdu skaitu
Check-in sarunām un paaugstinājuma pamatojumiem vāciet piemērus, piemēram, testa plānu, kas noķēra dārgu defektu, nestabilu testu kopu, kas kļuva uzticama, vai laidiena lēmumu, kas izrādījās pareizs. Reģistrēto kļūdu skaitīšana atalgo troksni un soda testētājus stabilās komandās.
BUJ
Jautājumi par šīm kāpnēm
Cik līmeņu vajag QA inženiera karjeras kāpnēm?
Uzņēmumam ar 20–200 darbiniekiem parasti pietiek ar trim vai četriem, jo QA grupas ir nelielas. Šajā veidnē ir četri: jaunākais QA inženieris, QA inženieris, vecākais QA inženieris un vadošais QA inženieris. Piekto pievienojiet tikai tad, ja darba apjoms tiešām pārsniedz kvalitātes standartu noteikšanu visam produktam.
Vai manuālajiem testētājiem un QA automatizācijas inženieriem vajag vienas karjeras kāpnes?
Lielākajā daļā mazāku uzņēmumu — jā. Darba būtība — risku izpratne, testu projektēšana un laidienu izvērtēšana — ir tā pati; atšķiras tikai rīki. Paturiet vienas karjeras kāpnes un katram cilvēkam vai komandai vienojieties, cik lielā mērā attiecas rinda „Testu automatizācija“.
Vai QA inženieris var pāriet uz izstrādātāja karjeras virzienu?
Jā, un vislabāk tas izdodas kā plānota pāreja. Salīdziniet cilvēku ar programmatūras izstrādātāja karjeras kāpnēm, vienojieties par dažiem attīstības uzdevumiem, piemēram, atbildību par nelielām funkcijām vai kļūdu labojumiem, un pārceliet viņu, kad viņš pastāvīgi atbilst šim līmenim. Testēšanas pieredze parasti padara cilvēku par spēcīgāku, nevis vājāku izstrādātāju.
Kā novērtēt QA inženiera darbu, neskaitot kļūdas?
Skatieties uz rezultātiem un rīcību: defektiem, kas viņa jomā nonāca produkcijā, automatizēto testu kopas uzticamību un ātrumu, to, cik agri viņš ziņo par riskiem, un to, vai laidienu lēmumi izrādījās pareizi. Regulārās check-in sarunās apspriediet konkrētus piemērus attiecībā pret karjeras kāpnēm, nevis paļaujieties tikai uz informācijas paneļiem.
Cik QA inženieru vajag izstrādātāju komandai?
Fiksētas attiecības nav. Daudzi šāda izmēra uzņēmumi strādā ar vienu QA inženieri uz katriem četriem līdz astoņiem izstrādātājiem, taču pareizais skaits ir atkarīgs no tā, cik daudz izstrādātāji testē paši savu darbu un cik dārgs jūsu lietotājiem ir defekts. Sekojiet līdzi produkcijā nonākušajiem defektiem un laidienu kavējumiem un pieņemiet darbā jaunu cilvēku, ja kāds no tiem turpina augt.
Izveidojiet šīs karjeras kāpnes platformā LadderKit — bez maksas
Iestatiet to līmeņus un prasmes savai komandai, vērtējiet cilvēkus pēc tiem check-in sarunās un pieņemiet konsekventus lēmumus par paaugstinājumiem.
Bezmaksas plāns · Kredītkarte nav vajadzīga
Saistītās veidnes
Izstrāde
DevOps inženieris
Četri līmeņi no jaunākā līdz vadošajam DevOps inženierim sešās kompetencēs — no infrastruktūras līdz atbalstam izstrādātājiem.
- 4 līmeņi
- 6 kompetences
Izstrāde
Izstrādes vadītājs
Četri līmeņi no izstrādes vadītāja līdz izstrādes viceprezidentam sešās vadības kompetencēs.
- 4 līmeņi
- 6 kompetences