Da li QA može da bude ulazna vrata u IT, tj da se tim zanimanjem probijes da bi jednog dana pokušao da se lakse ubaciš na mesto developera (junior senioritet naravno)? Naravo ovo se odnosi na sve nas koji nemamo racunarski fax nego samo ogromnu želju i istrajnost za bavljenjem ovim poslom? Ili da bežim od QA u tom slučaju i da pokušavam da upadnem negde direkt na junior dev?
Hvala najlepše.
QA i Dev nemaju niakve hijerarhijske veze. Potpuno su zasebne pozicije.
Nit je QA niza pozicija od Deva, niti Dev od QA, pa da se jednom pozicijom probijas do druge.
Takodje, manual i automation QA takodje mogu biti zasebne pozicije, svaka sa svojim senioritetom. Mozes biti i senior manual QA, ako za time postoji potreba u firmi. Naravno, postoji razlika u razvoju manual i automation QA.
Kao automation QA ces bukvalno zavrsiti kao dev koji pise testove, da se tako izrazim.
Kao manual QA ces na tom nekom seniornijem nivou vise zavrsiti u nekim PO(Product owner) vodama. Neretko se i desava da QA postane PO ili PM(Project manager) u nekom trenutku. Kod mene se desilo i da je manual QA sa nekoliko godina iskustva postao SM(Scrum master).
Entry level QA pozicija ti je mozda najlaksi nacin da udjes u IT firmu, ali ce se od tebe prvenstveno ocekivati da budes QA, pa ce u tom smeru ici i tvoj razvoj ukoliko firma ne odluci da zaposli nove devove, naravno opet junior nivoa, eventualno nekog nizeg mediora. Kada se to desi, firma ce prvo probati da nekog QA prebaci u deva, jer je lakse da nekog ko tu vec radi i upoznat je sa svime, malo douci i zaposli novog QA, umesto da zaposli novog deva pa da sa njim radi sve ispocetka. Takodje, ako si QA par godina i dobar si u tome i neophodan u timu, nece ti nuditi da budes dev, jer ce tesko naci nekog da te zameni u tom slucaju.
Kad sam bio tek nekoliko meseci u firmi kao QA pocetnik, ponudili su mi da predjem u backend deva. Nisam hteo. Nikom nista. Inace sam pre QA posla trazio posao iOS deva godinu dana, sve su bile neke seniorske pozicije i nisu se trazili juniori u to vreme. QA posao mi je bukvalno uleteo kao mogucnost i prihvatio sam ga. Svidelo mi se i vise nisam hteo da idem u dev smeru.
I na kraju, posao QA zavisi od firme do firme.
- Negde se radi onako kako treba da se radi. Imas tim i u timu ima svakakvih pozicija i clanovi tima rade na jednom projektu dok ga ne zavrse. QA je clan samo tog tima i posvecen iskljucivo tom timu. (Ovako sam radio nekad)
- Negde imas QA tim i onda se clanovi delegiraju raznim timovima. Tu sad opet ima dve opcije. Ili da te delegiraju nekom timu i da budes posvecen njemu 100%(Ovako radim sad) ili da te po potrebi dodeljuju timovima. Prva opcija u ovom slucaju je bolja.
- Negde imas samo jednog ili dva QA na nivou firme. Firma radi neke miki maus projekte i rastrzani ste na svakom. Radis sta ti se uvali dok ti ne presedne i posle lako nadju nekog drugog da radi to isto, jer je genralno to sve turbofolk programiranje. (Nisam radio ovako, ali znam ljude koji jesu i koji rade i dalje tako)
- Postoje i firme koje nemaju QA, vec saradjuju sa agencijama koje imaju samo QA. Onda ti kao QA testiras neki proizvod u cijem razvoju uopste ne ucestvujes, cesto gledas neku nepotpunu ili neazuriranu dokumentaciju, postoji dosta problema u komunikaciji i sve ide mnogo teze i sporije nego sto bi trebalo. U takvim scenarijima se najcesce i provlace greske do produkcije i generalno je takav nacin rada najlosiji. (Najvise firmi koje prihvataju bukvalno bilo koga za QA rade ovako. Ljudi ih koriste da steknu neko prvo QA iskustvo, pa onda predju kao QA u neku firmu koja radi na neki od gorenavedenih nacina)