Dotaz: V čem spočívá práce Testera SW aplikací ?

[Tommassino]

Ahoj/Dobrý den
V pondělí se účastním pracovního pohovoru na pozici Tester SW aplikací. Mám samozřejmě určitou představu v čem taková práce spočívá ale rád bych se optal lidí, kteří tuto práci vykonávají/li na jejich zkušenosti.
Jedná se o brigádu. Jako programátor samouk(mám těsně po matuře a jdu na VŠ v oboru IT) to beru jako příležitost se něčemu i naučit a přičuchnout k praxi. Prosím o zdůvodnění vašich případných názorů (proč, ne jenom hrozné/dobré). Děkuji všewm za váš čas strávený psaním vašich názorů a zkušeností.

Odpovědi

Diskuse byla administrátory uzamčena.
FAQ: Proč byl uzamčen/smazán můj dotaz v Poradně?

[laco]

Předpokládám, že jsou to aplikace z oblasti Linuxu, či multiplatformní. U některých firem se má zato, že testeři SW aplikací dělají skoro h***o, proto se jim dávají úkoly ze všech oblastí, prostě co je zrovna potřeba.

[rastos]

Úlohou SW testera je vyhľadávať chyby.
Úlohou SW testera je vyhľadávať chyby a vyhľadávať ich čo najskôr.
Úlohou SW testera je vyhľadávať chyby,vyhľadávať ich čo najskôr a zaistiť ich nápravu.

To má napísané kolegyňa na stene pred sebou

Vo všeobecnosti zoberieš SW a jeho špecifikáciu a budeš zaradom prechádzať jednostlivé funkcionality a to kde sa špecifikácia líši od reality, označíš za bug. Ten sa zachytí do nejakého systému (bugzilla, PVCS,...) kde sa zaznamená v akej verzii, za akých okolností a pri akých dátach k problému prichádza. Bug sa priradí človeku, ktorý to má fixnúť. Môže nasledovať niekoľko výmien doplňujúciech otázok a odpovedí. Po nejakej dobe to developer fixne a tester overí či je to skutočne fixnuté. Pokiaľ ide o starší projekt, tak prvá polovica odpadá a len sa hrabeš v zozname bugov, ktoré už existujú resp. ich zadal niekto iný a ty len overuješ či boli fixnuté alebo nie.

Je vhodné ak tester skôr pozná praktickú stránku nasadenia SW než stránku programovania (to čo bude potrebovať sa na neho nalepí časom).

K tomu môže časom pribudnúť odhadovanie času na testovanie, rozhodovanie o tom čo sa fixne a čo nie, do ktorého releasu, definovanie funkcionality, ktorú by bolo vhodné doplniť, preberanie bugov od zákazníkov atď atď.

Môže to byť dosť psychicky náročné. Vyžaduje to pamäť, vytrvalosť a schopnosť komunikácie s ľuďmi.

[Zlatka]

Ahoj, ja pracujem na pozicii aplikacneho testera uz niekolko rokov. Su prinajmenej dva rozlicne pohlady na testovanie a to jednak testovanie "ako programator" a testovanie "ako bezny uzivatel". To zalezi na firme, akym sposobom potrebuje prevadzat testovanie a ci sucastou testovania je aj oprava chyb. Je niekolko pristupov k testovaniu a tie zavisia od toho, akym sposobom sa v danej firme programuje. Je to napr tzv model velkeho tresku, ked sa projek vyvinie belmi jednoducho a velmi tazko sa uz v nom robia opravy; alebo model "programuj a opravuj", model vodopadu, pri ktorom priebeha vyvoj krokmi napad - analyza - navrh - vyvoj - testovanie - vysledny produkt. Dalsim modelom je tzv spiralovy model, ktory je najprepracovanejsi. Ako som pisala robim aplikacneho testera niekolko rokov a iba testujem (neopraujem chyby). Nase aplikacie su vyvijane na zaklade vypracovanych specifikacii a priebezne su testovane. Ja vravim, ze existuju minimalne dva sposoby, akymi sa da pristupovat k testovaniu. Presne tak, ako to je stanovene specifikaciou, to jest presne otestovat funkcie podla specifikacie, alebo - ako tomu hovorim ja - ako vyplaseny uzivatel, ktory macka co sa da a zmatkuje. A este na zaver: pri testovani sa nesmie zabudat ani na testovanie okrajovych hodnot. Dufam, ze moj nazor pomohol. Prijemnu brigadu!!!

[Luboš Doležel (Doli)]

Ahoj,

toto je linuxová poradna, podobné dotazy sem nepatří (doporučuji blog). Tuto diskuzi zamykám a později bude odstraněna. Díky za pochopení.