Jak pracuje softwarový tester?

[Nevzdelanec]

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.

[Reklama]

[Nevzdelanec]

Sakra nespravna kategoria. Ospravedlnujem sa.

[Anonymouse]

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é)...

[Kolemjdoucí]

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.

[MKzB]

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í.

[Reklama]

[fela]

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...

[čumil]

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 ...

[Marek]

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.

[Marek]

... myslel jsem toto: 

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.

[letranger]

A jak vypadá takový automatizovaný test třeba pro GUI aplikaci?

[zdenek henek]

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

[Trident]

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.

[mimi.vx]

a nebo pro gui : https://openqa.opensuse.org/

[Kolemjdouci]

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.

[Martin]

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.