Sveiciens! Varbūt kāds no IT speciem varētu padalīties pieredzē vai vienkārši ar viedokli, kā ir strādāt QA inženierim Latvijā. Vai vispār vērts izskatīt? Kādas varētu būt nākotnes perspektīvas? Vai iespējams freelancot? Tā tīri algu ziņā, pētot cv.lv, izskatās pieklājīgi un daudz neatpaliek no Mid Deviem.
Pats pašmācības ceļā esmu apguvis HTML, CSS/SCSS, JS, urbjos cauri React un PHP šobrīd. Palēnām sāku saprast, ka buildot kko (appus, websaitus), pats inženierijas aspekts, tas īsti nav tas, kas saista, bet pati ķimerēšanās ar programmēšanas valodām man patīk. Izskatu kā variantu QA, varbūt jutīšos "at home" šajā virzienā…
Lūgums IT speciem padalīties ar savu viedokli.
by NeedleKO
3 comments
Šķiet pats esi daudzmaz atbildējis uz jautājumiem – algas apmēram kā rakstīji.
Testētāji ir dažādi – manuālie (izklikšķināties cauri scenārijiem un saistītajām lietām, pēc tam kad devs uztaisījis jaunu fīču), automatizācijas testētāji – raksta skriptus ko pēc tam automātiski darbina. Atkarībā no uzņēmuma un tehnoloģijas, nereti developeri paši raksta vienībtestus (unittestus), tad testētāji tieši vairāk saistīto biznesa loģiku vai pēc aprakstītajām klienta prasībām vairāk testē. Tikai automatizācijas testētāji *ķimerējas ar valodām,* ja tas ir tas kas interesē, tad droši vien uz to jāskatās.
Tas ko piemini viss ir web lietas, ja ir pašam interese, vēl jau ir backends, devops, iegultās sistēmas u.c. virzieni kur darboties, ja webs nepatīk. Grūti saprast ko domā, ka ķimerēšanās ar valodām patīk, bet īnženierijas aspekts nesaista – kas tad tur paliek?
Izskatīt ir vērts. Nākotnes perspektīvas ir līdzīgi kā izstrādātājiem, iet speciālista virzienu (droši vien testēšanas automatizācija) vai vadītāja virzienu – pārvaldīt testētāju komandu. Nezinu nevienu testētāju, kas freelancotu. Kā testētājs tu tipiski esi vai nu testētāju komandā, kas atbild par lielāku produktu (produktu/servisu kompānijas) vai arī izstrādes komandā kopā ar deviem (konsultāciju/servisu kompānijas), atkarībā no struktūras un lietotās metodoloģijas uzņēmumā.
Par godīgu darbu nav jakaunās. Protams, vari strādāt.
Mans viedoklis gan ir, ka tā nav karjera ar labām izaugsmes opcijām IT. Jāskatās tālāk vai nu būt devām vai projektu menedžerim. Manuprāt, jebkurš devs var būt labāks QA nekā QA. Un daudzos uzņēmumos devi paši atbild par QA. Tā kā darba opcijas ir ierobežotas. Plus visa diršana par AI. Kā devs varu pateikt, kā kods ko raksta AI ir mēsls, bet testus AI parasti raksta diezgan adekvāti, ja ir labs test freimwork. 90% runas, kā AI aizstās devus ir muļķības, bet QA jau notiek tagad.
Plus lielākie sūdi, ko esmu redzējis ir dēļ QA. Tad, kad devs nav atbildīgs par kodu, ko raksta un dala to atbildību ar QA tad tur bieži notiek kaut kāds čēpē. Viens uz otru rāda pirkstu, kas tika uzkodēts un kas notestēts kolektīvi nav skaidrs.
Galu galā es neuzticos cilvēkiem. Ne sev, ne QA. Bet robusti un automatizēti testi nekļūdās, bet arī tie jāprot uzrakstīt. Kopumā dedicated QA ir lieki. Dedicated QA, kas raksta tikai automatizētus testus ir izniekots laiks un talants, tas jādara deviem.
Ir dažādu veidu qa, lielākoties funkcionālie. Qa atsevišķi no deviem radās ,jo nevar uzticēties cilvēkiem ,kas uz produktu ir koncentrējušies no viena skatpunkta. Testeris būs biznesa galam tuvāks cilvēks.Viņam no analītiķa jāsaprot kas no biznesa puses tiek prasīts un ar koda izpildījumu iepazīstas pec tam(ja vispār vajag). Pēc izstrādes qa ir tas kas sadarbojas ar nākamajos soļos esošajiem cilvēkiem -kas nu skaitas kā klienti. Qa pieejai vajag ne tikai bakstīt koda caurumus bet arī iziet stāstam cauri a-z. It īpaši ar integrācijām starp atsevišķiem projektiem
Comments are closed.