Fórum Root.cz
Práce => Studium a uplatnění => Téma založeno: Nevzdelanec 14. 05. 2015, 22:28:20
-
Dobry den,
zaujimalo by ma aka je napln prace sw testera. Z popisov pracovnych pozicii si neviem velmi predstavit co konkretne vlastne tester robi a stryko google mi na moje (asi zle) polozene dotazy prilis neodpovedal.
Ako to teda vyzera ked tester testuje nejaku aplikaciu alebo webstranku? Klika 8 hodin denne na UI a hlasi programatorom, ze do listboxu sa nic nevypisalo, hrabe sa v zdrojaku a opravuje nejake drobne chyby?? Alebo pise testy a nasledne programatorom hlasi co je zle??
Budem vdacny ked moje spekulacie uvediete na pravu mieru. Dakujem.
-
Sakra nespravna kategoria. Ospravedlnujem sa.
-
http://en.m.wikipedia.org/wiki/Test_automation
a taky jde o schopnost navrhovat testovací scenáře (aby pokryly co s tím budou dělat uživatelé)...
-
U nás dělá primárně 3 oblasti:
1) Analytická - analyzuje requirementy (+ je staticky testuje), navrhuje co a jak se bude testovat
2) Verifikační - verifikuje bugy nebo featury, často jde taky o exploratory testing
3) Automatizační - automatizuje navrhnuté testy
Samozřejmě pokud narazí například během automatizace na nějaký drobný bug v produktu a je schopný ho opravit, vývojáři jsou jen rádi.
-
Táta, povoláním veterinář, dělal v začátcích kapitalismu testera jednoho účetního sw. Bylo to v devadesátých letech. Bylo to víceméně proto, že si s autorem sw padli do oka. Testování spočívalo v podstatě na tom, že účetní sw používal na ostro a zpětně hlásil chyby a navrhoval vychytávky. Občas se stalo, že účtování muselo počkat, až poštou přijde FDD s novou verzí s opravenou chybou.
To ale bylo v dřevních dobách, kdy pro účtování stačilo znát 4 pravidla a dotyčný sw vyvíjeli dva lidi. Jeho autor je dnes generálním ředitelem a na sw se podílí stovky lidí.
-
To ale bylo v dřevních dobách, kdy pro účtování stačilo znát 4 pravidla a dotyčný sw vyvíjeli dva lidi.
To boli časy... keď sme začínali, bolo možné si robiť účtovnictvo svojpomocne, doma... Dnes sledovanie zmien v zákonoch, kdejake elektronické registrácie a kvantum papierov, to je práca na plný úväzok...
-
To ale bylo v dřevních dobách, kdy pro účtování stačilo znát 4 pravidla a dotyčný sw vyvíjeli dva lidi.
To boli časy... keď sme začínali, bolo možné si robiť účtovnictvo svojpomocne, doma... Dnes sledovanie zmien v zákonoch, kdejake elektronické registrácie a kvantum papierov, to je práca na plný úväzok...
Neefektivita státu v praxi. Funguje to? Něco k tomu přidejte, ať máme co dělat ...
-
Táta, povoláním veterinář, dělal v začátcích kapitalismu testera jednoho účetního sw. Bylo to v devadesátých letech. Bylo to víceméně proto, že si s autorem sw padli do oka. Testování spočívalo v podstatě na tom, že účetní sw používal na ostro a zpětně hlásil chyby a navrhoval vychytávky. Občas se stalo, že účtování muselo počkat, až poštou přijde FDD s novou verzí s opravenou chybou.
To ale bylo v dřevních dobách, kdy pro účtování stačilo znát 4 pravidla a dotyčný sw vyvíjeli dva lidi. Jeho autor je dnes generálním ředitelem a na sw se podílí stovky lidí.
Tak nejak testeri funguji i u nas. Zasadni je automatizace testu, tvorba testovacich prostredi. Nekdy vypomoc vyvojari v reprodukci bugu (napr. priprava uzivatelu s potrebnymi vlastnostmi, potrebnymi daty atd.), protoze jestli je nekdo ta spravna osoba, ktera dokaze rychle pripravit a zreprodukovat use case, je to tester.
-
... myslel jsem toto: :D
U nás dělá primárně 3 oblasti:
1) Analytická - analyzuje requirementy (+ je staticky testuje), navrhuje co a jak se bude testovat
2) Verifikační - verifikuje bugy nebo featury, často jde taky o exploratory testing
3) Automatizační - automatizuje navrhnuté testy
Samozřejmě pokud narazí například během automatizace na nějaký drobný bug v produktu a je schopný ho opravit, vývojáři jsou jen rádi.
-
A jak vypadá takový automatizovaný test třeba pro GUI aplikaci?
-
A jak vypadá takový automatizovaný test třeba pro GUI aplikaci?
treba takto http://www.froglogic.com/squish/google_landing_squishgt.php?product=java&gclid=CPD4jsfOw8UCFTTKtAodhBcAKw
-
A jak vypadá takový automatizovaný test třeba pro GUI aplikaci?
Mas klikaci makro+foceni+OCR. Pripadne pokud mas stabilni guj tak muzes pouzit identifikaci gui prvku a verit tomu ze se zobrazuji dobre. Pokud mas testovat naky device tak mas klikaci robotickou ruku v kombinaci treba s OCR a nebo zamestnas hromadu indu.
-
a nebo pro gui : https://openqa.opensuse.org/
-
A jak vypadá takový automatizovaný test třeba pro GUI aplikaci?
U nás je to různé tým od týmu. Vím, že někteří dělají screenshoty před nějakou akci a po akci a pak to porovnávají s referenčním screenshotem a pokud je například víc jak 10% pixelů jiných, tak krok skončí chybou.
Nám se třeba tenhle přístup nelíbí a paradoxně se snažíme GUI co nejvíc vynechat, protože s tím máme špatné zkušenosti (stabilita, rychlost). Takže pro kontrolu+nastavování využíváme úložiště aplikace, logy, API a podobné věci.
-
Nemá někdo zkušenost s tím, kolik takový tester má nástupní plat? Dejme tomu junior, který má za sebou cca roční praxi.
Na různé průměry nehledím, jelikož to je vždy hodně matoucí a prakticky nepoužitelné u pohovoru.
-
Nemá někdo zkušenost s tím, kolik takový tester má nástupní plat? Dejme tomu junior, který má za sebou cca roční praxi.
Na různé průměry nehledím, jelikož to je vždy hodně matoucí a prakticky nepoužitelné u pohovoru.
Konkrétně v Brně (záleží samozřejmě jaká firma, jaké máš zkušenosti, atd.) kolem 30 000 hrubého.
-
Díky za odpověď :) Zaujala mě nabídka v Praze od Cleverlance Solutions, ale moc recenzi na ně jsem nenašel,takže ani nevím, co přesně očekávat od nich.
-
30K nedostanes jen tak, na to nespolehej..budes rad za 24K hrubeho a jeste budes makat jak mourovatej ;D
-
30K nedostanes jen tak, na to nespolehej..budes rad za 24K hrubeho a jeste budes makat jak mourovatej ;D
Zřejmě nic moc firma :-) U nás stačí umět trochu skriptovat, slušnou angličtinu a ochotu učit se a hned jsi junior na 30k.
-
Pro web je dobre pouzitelne selenium (http://www.seleniumhq.org/). GUI prvky se vybiraji pomoci xpath. Pokud se na pocatku projektu nekdo zamysli a nastavi nejaky pravidla pro oznacovani elementu na strance tak ty testy prezijou v podstate jakykoliv redesign. Pokud se zmeni samotne gui (nove tlacitko, check box, rozpuleni formulare na dva atd..) tak se samozrejme musi upravit i testy.
Rychlost je problem az ve chvili, kdy pro kazdy test vytvarite cistou aplikaci.
Pravda ze clovek, ktery dokaze dobre navrhnout a napsat selenium testy uz je minimalne na urovni mid-senior developera (a casto to pisou sami vyvojari..) a ten test engineer to v podstate udrzuje/doplnuje.
A jak vypadá takový automatizovaný test třeba pro GUI aplikaci?
U nás je to různé tým od týmu. Vím, že někteří dělají screenshoty před nějakou akci a po akci a pak to porovnávají s referenčním screenshotem a pokud je například víc jak 10% pixelů jiných, tak krok skončí chybou.
Nám se třeba tenhle přístup nelíbí a paradoxně se snažíme GUI co nejvíc vynechat, protože s tím máme špatné zkušenosti (stabilita, rychlost). Takže pro kontrolu+nastavování využíváme úložiště aplikace, logy, API a podobné věci.
-
Díky za odpověď :) Zaujala mě nabídka v Praze od Cleverlance Solutions, ale moc recenzi na ně jsem nenašel,takže ani nevím, co přesně očekávat od nich.
Před lety jsem pro ně testoval, ale jen narazovka / brigoška a bylo to v pohodě :)
-
30K nedostanes jen tak, na to nespolehej..budes rad za 24K hrubeho a jeste budes makat jak mourovatej ;D
Zřejmě nic moc firma :-) U nás stačí umět trochu skriptovat, slušnou angličtinu a ochotu učit se a hned jsi junior na 30k.
nejak tak ja zacinal na 40K ..
-
kousek od londyna,
manualni testy,
110 liber / den,
kontrakt na 3 mesice.
nechce nekdo ?
-
Kdyby přistoupili na práci z ČR, tak klidně za 85£/den.
-
kousek od londyna,
manualni testy,
110 liber / den,
kontrakt na 3 mesice.
nechce nekdo ?
Něco kde bych využil Python by nebylo?
-
kousek od londyna,
manualni testy,
110 liber / den,
kontrakt na 3 mesice.
nechce nekdo ?
Něco kde bych využil Python by nebylo?
Souhlas, taky bych bral spíš nějakou automatizaci
-
Nejsem tester, ale testování patří k řízení projektu a programování, takže s tím zkušenosti mám. Pochybuji o tom, že by to nešlo aspoň částečně zautomatizovat.
Na testování web aplikací se mi osvědčilo Selenium, na GUI aplikace PyAuto (jen jednoduché věci) v jiných případech unit testy. Pár věcí jsem navrhoval s TDD vývojem řízeným testy.
BTW: Jsme tak trochu offtopic.
-
110 den je 2200 mesiac (a v hrubom predpokladam) a najom co kukam je tak 200/tyzden, takze to neni nic moc. Ci?
-
30K nedostanes jen tak, na to nespolehej..budes rad za 24K hrubeho a jeste budes makat jak mourovatej ;D
Zřejmě nic moc firma :-) U nás stačí umět trochu skriptovat, slušnou angličtinu a ochotu učit se a hned jsi junior na 30k.
Dneska testery videj jako klikače a nez je clovek presvedci ve zkušebce, tak hold vid nedostane
-
kousek od londyna,
manualni testy,
110 liber / den,
kontrakt na 3 mesice.
nechce nekdo ?
Beru, napiš mi mail.
-
asi bude lepsi nove tema ...
nicmene :
@mintaka : to by chtel kazdy, zkus toptal
@cmyk a kolemjdouci : mozna bylo, o tom rozhoduji jini
@lolko : samozrejme to neni pro slovaky, ti jsou za vodou
110 liber / den je optimisticky odhad cisteho na ruku po odecteni vsech nakladu.
Zkuste dat dohromady ANGLICKY nejake strukturovane CV (to se hodi i do budoucna)
a poslete to na
robotauk@seznam.cz
-
kousek od londyna,
manualni testy,
110 liber / den,
kontrakt na 3 mesice.
nechce nekdo ?
Dobrý den,
jestli máte obdobnou nabídku, tak bych brala.
Předem děkuji za info.
ha.nick zavináč seznam tečka cz
-
Dobry den,
zaujimalo by ma aka je napln prace sw testera. Z popisov pracovnych pozicii si neviem velmi predstavit co konkretne vlastne tester robi a stryko google mi na moje (asi zle) polozene dotazy prilis neodpovedal.
Ako to teda vyzera ked tester testuje nejaku aplikaciu alebo webstranku? Klika 8 hodin denne na UI a hlasi programatorom, ze do listboxu sa nic nevypisalo, hrabe sa v zdrojaku a opravuje nejake drobne chyby?? Alebo pise testy a nasledne programatorom hlasi co je zle??
Budem vdacny ked moje spekulacie uvediete na pravu mieru. Dakujem.
Ackoliv se to nezda, je to dost siroke tema, v zavislosti na na pozici a seniiorite testera.
Z pocatku obvykle testuje podle testovacich scenaru, ktere dostane od nejakeho QA seniora. Testovaci scenar typicky obsahuje pocatecni podminky testu, jednotlive kroky a ocekavany vysledek.
Pokud tester narazi na nesrovnalost, zadava ji do nejakeho trackovaciho systemu. Spravne by tam mel vsechny relevantni informace - napr. na jake verzi aplikace chybu nasel, v jakem prostredi a jak k ni dospel. Mel by i overit ze se ta chyba da reprodukovat - to jest konkretni sled kroku vede k te chybe, aby vyvojari vedeli jak a co.
Soucasti testu, at uz dopadne jakkoliv, je priprava test evidence (tedy neco jako dukazy, ze test probehl a jaky mel vysledek - to muzou byt logy, screenshoty, nejake jine vystupy z aplikaci)
Dalsim stupnem je priprava takovych testovacich scenaru. Tester dostane stejnou dokumentaci podle ktere programuji vyvojari a napise ty scenare. V idealnim pripade tak, aby testy na sobe byly nezavisle, aby jich bylo co nejmin a pritom pokryvaly co nejvetsi mnoziny funkcnosti (toho co tester dela).
V idealnim pripade tu dokumentaci dostane jeste pred vyvojari, aby vytipoval mista, kde je dokumentace nepresna nebo dojsmyslna a vratil analytikovi k upresneni, driv nez se vubec zacne programovat.
Jeste vyssim stupnem je priprava testovaci strategie, tedy kdy, kde a co se bude testovat, kolik bude potrebovat zdroju (lidi, cas, technicke prostredky). V idealnim pripade je clovek zodpovedny za testovaci strategii pritomny uz pri pocatecniho navrhu designu a zajistuje si jeden z pozadavku na aplikaci - testovatelnost.
K samotnemu testovani:
To nejjednodusi je proste chovat se jako uzivatel - pouzivat mys a klavesnici / dotykovy displej stejne jako uzivatel.
Nicmene, v predchozich odstavcich jsem psal i o pocatecnich podminkach. Dost casto to znamena ze si tester bud sam nebo ve spolupraci s vyvojari pripravi testovaci data (napr pokud vyrabite eshop, pripravite v databazi nejake produkty aby bylo pri testovani co prohlizet a kupovat)
Tohle muze obnaset i psani dotazu do databaze ci jednoducheho skriptu, ktery ta data pripravi.
Dalsi moznosti jsou automaticke testy, kdy uz tester neklika, ale pise skripty, idealne primo v jazyku navrzenem pro testovani (napr. Hanka dava do kosiku zbozi A, Hanka dava do kosiku knihu B, Hanka chce zaplatit, Hanka voli platbu kartou).
Nekdy ten testovaci jazyk navrhuje a naprogramuje take QA, tam uz se QA dost prekryva s vyvojem (obvykle se ta pozice nazyva "developer in QA" nebo neco podobneho)
-
Byl sem poucen ze se nerika se tester ale QA Engineer ... tak propriste.
-
Byl sem poucen ze se nerika se tester ale QA Engineer ... tak propriste.
Tj, prave kolem me prosla menezerka podlahove hygieny
...
Naivisto ... zkousel si nekdy v poslednich deseti letech trebas nejakou hru? V 80% ji nejspis nikdo ani nezkusil spustit, protoze to po vydani bud nejde vubec, nebo do do 10 minut padne. Nejaky testovani ... se podivej na steam ... si muzes za $40+ ... koupit "vysadu", ze te pustej do nejaky alfa verze ...
A i pokud pominu hry, tak zcela pravidelne dostavam od dodavatelu jejich vytvory ve stavu, ze bych jim za to prokop rit.
-
No, ono hlavně testování není QA (když už, tak je to QC, v souladu s technickými normami). Ale v IT se to tak zažilo, že si to myslí i řada zkušených lidí a skutečný QA engineer, tedy procesář, je zaměňován s testerem...
-
No, ono hlavně testování není QA (když už, tak je to QC, v souladu s technickými normami). Ale v IT se to tak zažilo, že si to myslí i řada zkušených lidí a skutečný QA engineer, tedy procesář, je zaměňován s testerem...
Maloktera firma to dneska nevi. U nas je oddeleni kvality a QA je jina unita nez testeri (a ne kvuli isu 9000 nebo cmmi compliance, kterej mame), ale protote to je logicky. Preventivni veci jako nastaveni procesu pro vyvoj, audity atd. a testovani je sakra rozdil. Dobre nsstavene QA snizuje potrebu testovat
-
No, ono hlavně testování není QA (když už, tak je to QC, v souladu s technickými normami). Ale v IT se to tak zažilo, že si to myslí i řada zkušených lidí a skutečný QA engineer, tedy procesář, je zaměňován s testerem...
Procesar rikas - to ste prevzali z kostela nebo je to nekdo kdo se stara o blaho procesoru?
-
No, ono hlavně testování není QA (když už, tak je to QC, v souladu s technickými normami). Ale v IT se to tak zažilo, že si to myslí i řada zkušených lidí a skutečný QA engineer, tedy procesář, je zaměňován s testerem...
Procesar rikas - to ste prevzali z kostela nebo je to nekdo kdo se stara o blaho procesoru?
U průměrně inteligentního člověka bych očekával, že v rámci známého kontextu stačí použít zkratku.. ale OK - procesní inženýři. Čili role zodpovědná za nastavení, implementaci, monitorování a zlepšování procesů napříč organizací a především pak pro oblast SW. Pokud je to pro tebe nové, tak to mě mrzí - snad někdy budeš pracovat i v profesionálním prostředí..i taková základní hovadina jako je iso 9001, které tu někdo zmiňoval, to zcela jasně popisuje a rozlišuje.
-
Maloktera firma to dneska nevi. U nas je oddeleni kvality a QA je jina unita nez testeri (a ne kvuli isu 9000 nebo cmmi compliance, kterej mame), ale protote to je logicky. Preventivni veci jako nastaveni procesu pro vyvoj, audity atd. a testovani je sakra rozdil. Dobre nsstavene QA snizuje potrebu testovat
No, clovek se furt uci. U nas se tedy QC rika QA a QA je soucasti risk management unit :) Nicmene zaplatpanbuh, ze to mame at uz se to jmenuje jakkoliv.
-
Maloktera firma to dneska nevi. U nas je oddeleni kvality a QA je jina unita nez testeri (a ne kvuli isu 9000 nebo cmmi compliance, kterej mame), ale protote to je logicky. Preventivni veci jako nastaveni procesu pro vyvoj, audity atd. a testovani je sakra rozdil. Dobre nsstavene QA snizuje potrebu testovat
No, clovek se furt uci. U nas se tedy QC rika QA a QA je soucasti risk management unit :) Nicmene zaplatpanbuh, ze to mame at uz se to jmenuje jakkoliv.
Přesně tak, hlavní je, že to máte ;)
-
No, ono hlavně testování není QA (když už, tak je to QC, v souladu s technickými normami). Ale v IT se to tak zažilo, že si to myslí i řada zkušených lidí a skutečný QA engineer, tedy procesář, je zaměňován s testerem...
Procesar rikas - to ste prevzali z kostela nebo je to nekdo kdo se stara o blaho procesoru?
U průměrně inteligentního člověka bych očekával, že v rámci známého kontextu stačí použít zkratku.. ale OK - procesní inženýři. Čili role zodpovědná za nastavení, implementaci, monitorování a zlepšování procesů napříč organizací a především pak pro oblast SW. Pokud je to pro tebe nové, tak to mě mrzí - snad někdy budeš pracovat i v profesionálním prostředí..i taková základní hovadina jako je iso 9001, které tu někdo zmiňoval, to zcela jasně popisuje a rozlišuje.
amen
-
Maloktera firma to dneska nevi. U nas je oddeleni kvality a QA je jina unita nez testeri (a ne kvuli isu 9000 nebo cmmi compliance, kterej mame), ale protote to je logicky. Preventivni veci jako nastaveni procesu pro vyvoj, audity atd. a testovani je sakra rozdil. Dobre nsstavene QA snizuje potrebu testovat
No, clovek se furt uci. U nas se tedy QC rika QA a QA je soucasti risk management unit :) Nicmene zaplatpanbuh, ze to mame at uz se to jmenuje jakkoliv.
Přesně tak, hlavní je, že to máte ;)
zaplatbanbuh!
-
Dobre nsstavene QA snizuje potrebu testovat
.... premyslim ze tohle si necham zaramovat ... kazdopadne pridavam do svyho seznamu vypotku
-
Dobre nsstavene QA snizuje potrebu testovat
.... premyslim ze tohle si necham zaramovat ... kazdopadne pridavam do svyho seznamu vypotku
Tak to je fakt ktery je znamy uz z vyroby, odkud QA i QC prislo do SW. Dobre nastavene procesy, postupy vyvoje, standardy atd. snizuji pravdepodobnost vzniku chyb, prodlev s souvisejicich nakladu....
Imhi to vi kazdej, kdo neni uplne blbej.
-
Dobre nsstavene QA snizuje potrebu testovat
.... premyslim ze tohle si necham zaramovat ... kazdopadne pridavam do svyho seznamu vypotku
Tak to je fakt ktery je znamy uz z vyroby, odkud QA i QC prislo do SW. Dobre nastavene procesy, postupy vyvoje, standardy atd. snizuji pravdepodobnost vzniku chyb, prodlev s souvisejicich nakladu....
Imhi to vi kazdej, kdo neni uplne blbej.
omlouvam se - za trest se dneska ritualne zbicuju, odrikam 100 ISO standardu a potom se ekologicky upalim dle norem ISO 9001, 14001 a OHSAS 18001