Dalinuosi darbo skelbimu

Sveiki, kadangi į paštą atsiuntė, tad galvoju pasidalinsiu ir čia :) Galbūt kam nors pravers.

Įdomu koks testuotojo darbo pobūdis. Gal kas nors dirbate tokį darbą? :) Čia juk ne žaidimus testuoja ^_^

http://www.sbs-group.eu/index.php/karjera

Gaila, kad sostinėj ir tik pusė etato :). Būtų gan įdomu :)

Testuotojas, rašo funkcijoms testus ir testuoja. Pvz. C# kalboje yra tokie UnitTest, kurie žiauriai gelbėja, tačiau rašyti juos, reikia nemažai žinoti. Na aš čia tik apie C# kodo testavimą daugiau žinau, bet vistiek manau, jog ne rankiniu būdų yra testuojama :)

Testuotojo darbas - UnitTest kurimas, tai daug laiko uzimantis, patirties ir nemazai testavimo teorijos reikalaujantis uzsiemimas, zinoma, jeigu reikia testuoti mazus algoritmus ir pan, tai nieko sudetinga, bet jeigu tenka istestuoti ilgus algoritmus, kurie gali tureti daug input variaciju, tai ne tik kad laiko uzima, bet ir sudetinga pamatyti visas situacijas.

Testuotojas, rašo funkcijoms testus ir testuoja. Pvz. C# kalboje yra tokie UnitTest, kurie žiauriai gelbėja, tačiau rašyti juos, reikia nemažai žinoti. Na aš čia tik apie C# kodo testavimą daugiau žinau, bet vistiek manau, jog ne rankiniu būdų yra testuojama :)

Ne testuotojas rašo unit testus o programuotojai. Paprastai testuotojai testuoja ar front-end logika sutampa su business logika, ar nenubyra programa iškvietus viena ar kita komanda, paspaudus viena ar kitą knopkę. Neretai testuotojai patys kuria testavimo scenarijus ir juos testuoja tiek rankiniu būdu tiek automatiniu. Jei reikia rezultatus tikrina duomenų bazėje ar programos log failuose. Rankinis būdas nėra optimalus bet nevisada galima pritaikyti automatinius (priklauso nuo aplinkybių). Daugiau apie testavima galite sužinoti perskaitę knyga (pridėjau, kaip pavyzdį).

istqb_-foundations_of_software_testing.pdf

Ne testuotojas rašo unit testus o programuotojai. Paprastai testuotojai testuoja ar front-end logika sutampa su business logika, ar nenubyra programa iškvietus viena ar kita komanda, paspaudus viena ar kitą knopkę. Neretai testuotojai patys kuria testavimo scenarijus ir juos testuoja tiek rankiniu būdu tiek automatiniu. Jei reikia rezultatus tikrina duomenų bazėje ar programos log failuose. Rankinis būdas nėra optimalus bet nevisada galima pritaikyti automatinius (priklauso nuo aplinkybių). Daugiau apie testavima galite sužinoti perskaitę knyga (pridėjau, kaip pavyzdį).

Deja, bet testuotojai dar ir kiek unit testu raso. Manau, kad pamirsti, kad yra 2 tipu testavimas: white box ir black box. Tai ka aprasiai, yra skirta black box testavimui, kuris daznai buna tik galinese projekto stadijose, o pacio projekto metu (ypac ankstyvose stadijose), whitebox testingas atliekamas pakankamai daznai, o tam reikalinaga moketi UnitTesting.

P.s. kalbant apie si darbo pasiulyma, tai manau, kad reiktu daryti tai, ka aprase robotas86, nes neturincio patirties, prie white box testing neprileistu.

Deja, bet testuotojai dar ir kiek unit testu raso.

Slidus reikalas su fraze 'testuotojas'.. Dažniausiai tie kurie rašo unit-testus save programuotojais pristatinėja, nelabai ir pasiginčysi nes atitinkama žinių bagaža turi turėti. Ir šiaip neretai tie programuotojai kurie rašo koda rašo/updeitina ir unit testus praleisti ir pažiūrėti ar nefeilina jų kodas prieš kišant pakeitimus į builda, tik pamėgink juos testuotojais pavadinti.. ne juokais gali įsižeisti :)