Šta je novo?

QA Testing

13umble13ee

Cenjen
Učlanjen(a)
18.11.2011
Poruke
476
Poena
170
Ljudi, poceo sam da citam literaturu, i malo da ulazim u pricu IT-a. Imam dosta prijatelja koji su u IT, ali nijednog koji je tester, pa ne mogu da dobijem konkretan odgovor na moja pitanja. Interesuje me najvise, sta moram da ucim za testera. Koliko sam ja shvatio to je vise nacin razmisljanja, nego sto je nesto striktno za ucenje kao na primer programiranje.
Znaci eto voleo bih da cujem vasa iskustva sa testiranjem, i sta vi to radite i sta zapravo treba da znam o tome.

Hvala :)
 
Nisam tester, odnosno testiram samo svoje programe. Hteo sam da kažem da je znanje programiranja možda korisno za testiranje, jer lakše možeš da predvidiš na šta programer nije obratio pažnju, odnosno gde je potencijalan bug.
 
Za pocetak bi trebalo da znas da postoji manuelno i automatsko testiranje.

Za manuelno ti je potrebno malo logike i zdravorazumnog razmisljanja. Sve ostalo se da nauciti posle par meseci. Bazira se na tome da (u slucaju da je skripta gotova) pratis korake u doticnoj. U sustini kada napravis jednu skriptu za testiranje - video si ih sve. Zavisi koliko je komplikovano to sto testiras, toliko ce ti biti i dugacka skripta. Tracker koji se koristi za pracenje testiranje i defekte generalno varira od firme do firme. Dosta se koristi u te svrhe npr. HP Quality Center. Opet, zavisi sta se testira...nije sve samo pracenje koraka i botovsko kliktanje na passed/failed, to je samo vrh brega.

Sto se tice automatskog, Selenium je dosta popularan, za to ti je potrebno jednostavno poznavanje par jezika, ali nazalost tu ne bih mogao mnogo da ti pomognem jer nemam dovoljno iskustva iz toga.

Ako imas neka specificna pitanja pitaj, pa kada stignem cu da odgovorim :)
 
Mislim da je definitivno mislio na poziciju dev testera.

@13umble13ee
U sustini za testera ne moras nista da ucis, jer da li ces dobiti posao uglavnom zavisi od politike firme na koji nacin zaposljava testere. A ako uspes da se zaposlis, onda ces tamo vrlo brzo nauciti sve sto ti treba.
U pojedinim firmama ti moze biti korisno ako imas iskustva sa automatskim testiranjem kao sto je Seraph rekao.

Iz mog iskustva IT firme za testere uglavnom uzimaju ljude koji jos studiraju i generalno mladju populaciju. Najcesci je slucaj da zaposljavaju ljude sa tehnickih fakulteta (gde se uci programiranje) sa idejom da posle testere koji se pokazu da imaju smisla za programiranje konvertuju u programere. Ta politika je dosta plodna kada firma razvija neki veliki proizvod, jer u tom slucaju testeri koji su na njemu radili godinu-dve imaju odlicno znanje o tom proizvodu i to im je velika prednost kada prelaze na poziciju junior programera u odnosu na junior programere sa trzista.
 
Dev tester, mi je rekao drug koji je programer, ustvari je covek koji je programer...i on mora da ima znanje iz programiranja...dok Software tester ili QA tester ili kako god (problem je sto u svakoj firmi to drugacije zovu) je covek koji ne mora nuzno da ima znanje iz programiranja. Tek sam zavrsio master (DIF ali nema veze :) ) tako da imam 25 god i uklapam se u pricu o zaposljavanju mladih. Jedino mi je bitno da nadjem firmu u Novom Sadu koja prima na praksu ljude...dovoljno da ja mogu da pokazem koliko znam, kako ucim i sve ostalo. Nazalost na osnovu mog CV-ja malo kome ce da padne na pamet da me zaposli, posto osim basic znanja iz HTML i CSS nemam nikakvog iskustva niti dodira sa programiranjaem, osim nekog citanja na netu i vezbanja samostalnog.

A isto tako sam cuo da automatsko testiranje ne treba da gledam jer to rade programeri...i cak mi je drug rekao da je nekaza teze napraviti automatski test nego neki program...
 
Poslednja izmena:
Vidi da se ne lazemo nije neka velika nauka da napravis automatske testove a opet nije bas ni da je setnja kroz park. Generalno jeste zajeb jer trebas da znas programiranje. Ja sam sa cistog programiranja presao na automatsko testiranje. Ne znam koliko je tebi cimanje i koliko imas osnovu ali u jednom od gornjih postova receno ti je da je Selenium kao takav dosta u upotrebi a mozes da ga koristiti iz vise jezika. Ja sam na Javi tako da je to bio moj izbor u to vreme prelaska na sam Selenium. Dakla, Java kao osnova, Selenium ti je samo dodatak, jUnit, Maven. Mislim krenes polako sa tutorijalima pa vidis kako ti ide i da li se nalazis u tome.
 
Imam 39 godina,završila sam Matematički fakultet u Beogradu i želim ući u vode testiranja sotvera.Da li mislite da je kasno za to? Imam solidno znanje iz OOP-a,HTML-a,CSS-a,SQL-a.
 
Sorry za zakasneo odgovor u temi iz naftalina. Nije kasno naravno. Samo napred.
 
Interesuje me da li neko zna gde se koriste ove sintakse treba mi za konkurs za posao? SOAP, Web Servis, wsdl, SOAP UI aplikacija, mock servis, endpoint, XSD, XML, XSLT, Xpath
 
Probao sam da se ubacim na Bootcamp, nisam prošao, ali oni više puta godišnje objavljuju konkurs.
U međuvremenu bih sam malo radio, jer svakako će značiti na testu, pa čak i da ne upišem kurs.
Na netu se može skinuti literatura sa Singidunuma, kako za QA, tako i za Javu za koju kažu da je osnova.
Šta bi još bilo dobro proći sa Singidunuma, ako smatrate da vredi uopšte, vezano za QA?
 

Prilozi

  • Screenshot_20210818_222658.jpg
    Screenshot_20210818_222658.jpg
    80.2 KB · Pregleda: 52
  • Screenshot_20210818_222603.jpg
    Screenshot_20210818_222603.jpg
    134.6 KB · Pregleda: 52
Java bukvalno nema nikakve veze sa testiranjem i nije nikakva osnova. Ti kao QA ne gledas niciji kod.

Ti kao QA treba da trazis bugove tako sto ces da pratis dokumentaciju i zahteve, a onda proveravas da li se softver ponasa tako.
Radices exploratory testiranje kada nemas dokumentaciju i zahteve ili ako si vec prosao kroz iste, a zelis da vidis da li mozda iskoci neki bug.
Radices i ostale vrste testiranja, ali o tome ces nauciti na poslu, posto ovako u prazno ne mozes da ih radis.

Treba da znas osnovne Linux komande, SQL i da koristis Postman. Treba da znas elementarno kako funkcionisu aplikacije i web servisi. Za QA ti od tehnickog znanja ne treba nista vise od toga.

Na poslu ces na uciti kao se pisu test case-ovi/scenariji kako ih vec ko zove i oni mogu sluziti za manualno ili automatsko testiranje.

A ako ces da budes automation inzenjer, onda ce ti tek trebati neki programski jezik, ali to nikako neces biti na samom pocetku. Takodje, radices u onome sto treba firmi, a ne nuzno u Javi. To moze da bude Java, C#, Python i ostatak paketa koji ide uz jedan od tih jezika.
 
Mozda je mislio na unit i te nize testove,a ne na funkcionalno. Za GUI testiranje moze i Cypress i Selenium recimo, bez znanja programiranja.
 
Unit testove rade devovi.
Ali takodje i automation inzenjeri , pored njih postoje i integracioni testovi , UI testovi , Performance Testiranje, CyberSecurity, DevOps , TDD, behaviour - driven testing ,itd... Za ovaj deo je potrebno znanje programiranja i tu nije lose , koga zanima , pogledati ISTQB kurseve, postoje i medjunarodno priznati sertifikati itd.
 
I kda se stigne do automation testova sto api sto ui, pa to u git pipelineu sa e2e munjama, i te kako treba znanje programiranja. Nisam QA ali radim sa velikim brojem QA kolega pa znam sta imaju u test platformi. Ne retko i sam uskocim za poneku funkciju za automatske testove. Naravno sve zavisi od firme do firme.
 
Поздрав. Колеге су рекле изнад добар део онога што се тражи од једног QA па да додам и ја нешто.
Што се тиче мануелног тестирања, потребан је специфичан начин размишљања (провераваш да ли основне функционалности раде - happy path, а онда како се апликација понаша са граничним вредностима, како са вредностима која излазе из постављених оквира, направиш различите сценарије како би "покварио"-crash aпликацију, размишљаш како ће корисници који имају више или мање техничког знања користити апликацију...), велика доза радозналости и велика пажња да се обрати на детаље. Од техничких ствари треба знати које врсте тестирања постоје (general, exploratory, smoke...), да се упознају различита окружења и платформе (OS: Windows, MacOS, Android, IphoneOS, Browsers: Chrome, Firefox, Edge, Safari-macOS), да се види како се пишу тест сценарији и тест планови... Неко је поменуо ISTQB и то је одлично место за учење ових ствари.
Ако се QA ради без додира са кодом апликације (BlackBox) онда би ово изнад требало да је доста. Ако се ради у тиму, директно са девовима и може да се види код, онда је, осим овог изнад, добро знати и SQL - да би се могла проверити база, Postman - за тестирање API-а, можда само почетно знање AWS-a (или неке другe cloud платформе) и ssh - чисто да би се знало како да се повеже на инстанцу где је апликација деплојована и погледају логови.
А ако неко жели у automationQA, онда је, заједно са свим наведеним изнад јер аутомтским тестовима опонашаш оно што се прво проверава ручно, потребно и солидно знање неког програмског језика (најчешће Јаva) и ако се ради UI тестирање онда Selenium и PageObject шаблон, а ако се ради API тестирање и поређење са базом онда и додатне библиотеке као што су Jackson - за ЈSON, Hibernate - за мапирање објеката из базе и још неке, а и за UI и за API тестирање треба знати Маven и JUnit. UI и API Аutomation тестирањe може да се ради и са JS и то онда у неком од фрејмворка као што су Puppeteer или Cypress. За аутоматско тестирање требало би знати и Јеnkins, Git/GitHub, имати омиљени IDE и знати shortcuts(у недостатку српске речи) - како би се лакше и брже радило, HTML/CSS - за тражење локатора/селектора, RegEx...
Иначе код automation-a може да се ради и load и performance testing (JMeter и Gatling) и тако даље...
Доста је опширна тема и не може се покрити све у једном посту, али је можда довољно за почетак.
 
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.
 
Zavisi. U Srbiji po firmama ima puno vruceg vazduha., nabedjenih glava, protekcionizma i nepotizma.

Ima pravih strucnjaka ali malo a vecina u bransi su daleko iza americkog proseka.

U prevodu, ljudi nemaju pojma, nisu bistri, snalazljivi, ali su puni sebe i brane se pozicijama koje zauzimaju a ne znanjem.

Prosecan stranac visoko rangiran u bransi je vrlo neposredan i spreman na diskusiju dok svaki mladji it menadjer u SRB misli da je Broz Tito.

Jbga na zapadu nema stranackog zaposljavanja i it culture je gikovska a ovde je vise onih to ih zovu jocks.

Pa onda imas sertifikovane strucnjake koji misle da ako cisco, red hat, microsoft, oracle nesto zovu odredjenim imenom i rade na odredjeni nacin to je citava industrija tako odlucila. Ne umeju da razmisljaju van te cert price.

Nemoj da te uplase ovi to misle da su pametni kada istresu listu od deset alata koje koriste u radu a svaki predstave kao da je univerzitet za sebe.

Sve ces to nauciti i to bolje od vecine. Jer svi koriste Postman na primer, ali znaju dve operacije u njemu da izvedu iako je program prost ko pasulj. Isto vazi i za Jmeter, Maven, IDEs, vscode/notepad++, putty, ssh, bash, powershell skripte itd. Ljudi bre excel i word ne umeju da koriste van bazicnog unosa ali im zto te dve stavke ponosito stoje u cv.

Tako da sam misljenja da svako sa pravim pristupom moze biti junior dev Srbiji jer konkurencija je nikakva.

Nas problem je sto se poredimo sa prosecnim it indusom, koji je cuo da sunrodnici dobro prolaze pa kopira tudji kod bez trunke razumevnja sta taj kod radi.

Ali te airheads iz HR svakako nece primiti bez 2 godine iskustva jer su im sefovi tako rekli da treba a vecina tih sefova ne zna for petlju da napise.
 
2loZ.gif
 
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 може да буде добра улазница и по мени можда и најбоља за оне самоуке, без завршеног електро или природно-математичког факса. Говорим из личног искуства, пошто сам самоук (завршио факс који везе нема са програмирањем), почео као automation QA и прешао у development. Воља и упорност су најпотребније особине које су потребне да се савладају вештине програмирања, а ту је и спремност на константно учење и усавршавање и став који каже ''не знам, али није ми проблем да научим''. Такође, врло је добродошло да те занима ово поље и да волиш да се њиме бавиш, јер ћеш сигурно долазити у ситуације ''ја па ово је претешко, да ли ми треба ово, па ово је немогуће'' и онда ти је потребна та, унутрашња мотивација да те ''гура'' даље и да то превазиђеш. Они којима је мотивација само добра плата и услови, брзо дођу до засићења и незадовољства и не потрају дуго.

А ово је што је Envoy написао је његово/њено мишљеље и као таквог га треба и посматрати и узети са великом дозом резерве.
Људи одавде су врло паметни, добро образовани и сналазе се одлично. Ово нису моје речи, него речи CTO-а пројекта на којем тренутно радим са још 12 колега из НС-а, а иначе главни инжењерски центри ове компаније су у САД, Енглеској и Немачкој и кад је то говорио поредио нас је са инжењерима из тих држава, не са Индијцима (ништа лоше не мислим о Индијцима, него је поменуто да се ми поредимо са '' просечним ит Индусом''). Нећу да кажем да они не знају и да су људи одавде бољи и знају више од њих, али далеко од тога да програмер одавде не може да се пореди са оним у САД или Немачкој, ни по знању, ни по приступу послу, ни по брзини учења... Иначе, што због природе посла, што због дружења по скуповима, конференцијама и приватно, познајем доста људи који су у различитим сферама ИТ-а и могу рећи да дефинитивно не стоји да је већина набеђена, да нема појма и да су ту само због утицајних маме, тате, стрине, кума... Вероватно да има и тога, али много много мање него у било којој другој пословној сфери у нашој држави, а ни тај Запад није имун на ово (рођак CEO-a је постављен да буде менаџер пројекта, а да о томе нема појма и не консултује се уопште са инжењерским делом тима/трајба па поставља рокове и обећава ствари које је немогуће испунити и због тога испашта цео тим)

Елем, ако те програмирање занима и ако у томе проналазиш занимање којим желиш да се бавиш, само гурај, вредно учи, буди радознао, а пре свега упоран и нема грешке. Труд се увек на крају исплати, тако да само напред.

Поздрав.
 
QA може да буде добра улазница и по мени можда и најбоља за оне самоуке, без завршеног електро или природно-математичког факса. Говорим из личног искуства, пошто сам самоук (завршио факс који везе нема са програмирањем), почео као automation QA и прешао у development. Воља и упорност су најпотребније особине које су потребне да се савладају вештине програмирања, а ту је и спремност на константно учење и усавршавање и став који каже ''не знам, али није ми проблем да научим''. Такође, врло је добродошло да те занима ово поље и да волиш да се њиме бавиш, јер ћеш сигурно долазити у ситуације ''ја па ово је претешко, да ли ми треба ово, па ово је немогуће'' и онда ти је потребна та, унутрашња мотивација да те ''гура'' даље и да то превазиђеш. Они којима је мотивација само добра плата и услови, брзо дођу до засићења и незадовољства и не потрају дуго.

Po meni ovde je sve receno, nema sta da se doda.

Manual QA je dobra pocetna pozicija, i moze prilicno lako da se upadne, kao junior, treba samo da pokazes da razmisljas na dobar nacin, u cemu prilicno mogu da pomognu kursevi i tutorijali (ima ih gomial besplatnih po netu). Verujem da u svakoj firmi postoji neko ko je voljan da pomogne, a dalje zavisi od same osobe
 
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)
 
Poslednja izmena:
Idi u firmu gde ces da gulis i radis svasta i imas veliku slobodu u radu. Radi se puno ali se i brzo uci i napreduje.

Ako udjes u trom sistem gde svako radi jednu stvar, sporo ces napredovati i neces imati potrebe da se razvijas.

Posle 15 godina bices i dalje sysadmin/qa/junior/medior u tako nekom usporenom sistemu i obrisace novi klinci patos sa tobom. Radices Javu
kao da je 2008. u 2040. godini.

Realno, programiranje je jedino zabavno jer samo tu imas 100% slobodu da radis kako ti hoces, sve ostalo postaje rutina posle 6 meseci i pocinje da smara.

Pogotovo te QA i razne tehnicke podrske gd radis po tudjem sablonu svaki dan jedno te isto, kao na traci.

PM je tek smor, tu crtas radne tokove po ceo dan i odgovoran si za lenje programere. Teska, dosadna fizikalija.

Recimo za api testing postman je standard ili jmeter, ali vidi ako za 6 meseci ne dobijes snazan poriv da pises sopstvene automated testing skripte nesto ne valja.
Ili ako koristis tudji api i ne primetis sta ne valja sa tim apijem i ne pozelis/pokusas da napravis bolje.

Mislim svi smo razliciti, nekom je san da bude project manager, meni je petogodisnji plan da budem cto u nekom vecem sistemu.
 
Poslednja izmena:
Zahvalio bih svima na izdvojenom vremenu i trudu da mi pomognu u ovome. Mozda zvuči ambiciozno ali da, voleo bih da se spremim lepo za poziciju automation qa jer ona ima više dotičnih tački sa developmentom sa kojim bih inače najviše voleo da se bavim. Nije me povelo to da se odlučim za development zbog finansija i uslova, ja imam sopstveni biznis, fotograf sam inače, nego sam krenuo zbog toga što mi je to oduvek veoma zanimljivo delovalo i želim da krenem u tom smeru.
 
Kreni polako da ucis pisanje skripti, efektivno to ti je programiranje najnizeg levela ali ipak programiranje. Ostalo se lako savlada na poslu, a programiranje moras u svoje slobodno vreme.

E sad zavisi gde te ubace kad te prime, da li pocnes sve po malo da testiras ili ti zapadne samo performance/load testing, database testing, ux/design testing, functionality, security etc.

Svaka od tih grana je usko povezana sa nekom inzenjerskom granom. Security i load testing imas veze devops/sysadmin/backend timovima, ux/design saradjujes sa frontend timom, database opet sareno devops/backend, functionality mix backend/frontend, zapravo frontend ali oni bez backenda nemaju koju funkcionalnost da eksponiraju kroz app itd. Zapravo to mozes da apstrahujes kao backend i frontend testing ali i da dalje ustinjavas. To je iz jednog ugla gledano. PM to deli drukcije, na korake/faze u testiranju jer to je nesto cme se, izmedju ostalog bave. Neki, to razdvajaju pa imas test menadjera i pm ali kod nas cesto pm upravlja testiranjem.

Smaraci PM ce insistirati da pratis njihove instrukcije u detalje i ako su nekreativni (ko sto su ovi nasi PM u Srbiji) furati neki poznat/priznat automation tool i reci ti da se ne mlatis s skriptovanjem (jer su funkcionalno polupismeni, ne umeju da programiraju niti znaju baze, mreze i ostale kako oni kazu tehnicke aspekte struke - zavrsili fon mendjment). Na taj nacin nikad dev postati neces, samo jos jedan PM robot, najgori mix kvazi ajtijevca i ekonomiste/menadjera koji postoji. Inace obozavam da ih napusavam (PMove) a i moze mi se, sve dok imam rezultate. S druge strane PM ti je stit od zlih eksternih sila pa neko ih voli zbog toga jer mozes biti full autisticni dev bez smaranja sa okolinom jer sav taj communication workload pada na project managera. Inace su devovi mahom u spektru (pa i ja) a neki su totalni savanti, sreo sam bar trojicu takvih.

Ovo sve ne vazi na ozbiljnim trzistima jer tamo se prolazi kroz hijerarhiju uglavnom osim ovih skola za ceo startupa gde postoje precice ka vrhu ali samo ako imas da platis ulaznicu. Zapadni visi menadzer je vrlo dobro tehnicki potkovan, mnogo zna i vrlo je u toku sa zbivanjma. Sto ces videti kada stupis u kontakt sa njima. Tamo nema izgovora: molim bez suvisnih tehnickih detalja ja sam menadzer. Takva je struka, moras biti nerd u dusi ili nisi za ovaj poso jbga.
 
PM nema nista sa testiranjem, niti se on bavi test planovima.

Ako se kod tebe u firmi PM bavi time, ta firma ne radi nesto kako treba i organizacija/podela posla je jako upitna.

Na pocetku mi je tvoj stav bio malo cudan, ali ko zna kakav bi i moj stav bio da sam na tvom mestu ili da radim kao QA gde mi neko drugi ko pritom nije QA(u tvom slucaju PM), prica kako cu da radim svoj posao.
 
Zavisi kolika je firma, tj tim. Realno imas timove gde svi testiraju, sto nije lose samo po sebi. Osim scrum mastera naravno , mada sto ne i njega :D
 
Ti timovi gde svi testiraju, nemaju QA i to je tek lose. Ili imaju, ali ga ne jebu 2 posto cim svi testiraju.

U tim scenarijima gde svi testiraju, ti dodje neki menadzer, upali Chrome i izabere prikaz recimo za Samsung S9 i onda pita zasto to i to ne radi na tom uredjaju i ako na pravom uredjaju zapravo radi. I onda unese pometnju i ispada kao da je neko napravio propust. Ne zna da se taj Chrome "responsive design mode" ne ponasa kao pravi uredjaj.

Ili upadne na link od nekog levog okruzenja gde nije najnovija verzija i onda prica kako nista ne radi. Raznih situacija ima kad svako moze da testira.

Jedino dobro je kad svako radi svoj i iskljucivo svoj posao.
 
Pa zapravo za testiranje je dobro da svaka budala radi, zato sto je veca sansa da se uhvate bagovi, iako moze da se desi taj tvoj responsive design.
 
Nazad
Vrh Dno