Hei!
Onko täällä yhtään testausta työkseen tekevää tai joskus tehnyttä? Millaista työ on käytännössä? Itsekseen pakertamistako tiukasti koneen ääressä? Ollaanko työssä myös kontaktissa asiakkaaseen? Kerro mitä pidät työstäsi ja miten olet uralle päätynyt. Mitä hyviä ja huonoja puolia näet työssäsi? Mitä työ mielestäsi vaatii tekijältään?
Onko täällä yhtään testausta työkseen tekevää tai joskus tehnyttä? Millaista työ on käytännössä? Itsekseen pakertamistako tiukasti koneen ääressä? Ollaanko työssä myös kontaktissa asiakkaaseen? Kerro mitä pidät työstäsi ja miten olet uralle päätynyt. Mitä hyviä ja huonoja puolia näet työssäsi? Mitä työ mielestäsi vaatii tekijältään?
Vastaukset 6
Vanhimmat
Itse päädyin firman uudelleenjärjestelyiden seurauksena ohjelmistosuunnittelijan tehtävistä testajaksi noin puoli vuotta sitten. Voi sanoa, ettei työ voisi enää tylsempää olla...-tässä ollaan koneita, jotka testaa valmiiden speksien mukaisia testejä. Siitä lähtien kun tähän tulin, on nukuttanut töissä ihan kamalasti.
Ehkä tämä jollekkin saattaisi sopiakin, mutta itse olen ajatellut hakeutua firman johtajaksi tai johonkin muuhun parempaan hommaan lähiaikoina.
testaajaksi joutunut.
Toisaalta tuossahan menee kohta ura-mittari ympäri, ja sitten löytääkin itsensä siltä TJ:n pallilta ;-)
Senkun painaa nappia testeristä ja surffailee sen aikaa kun testeri rouskuttaa.
Itsenäistä hommaa on.
Satunnaisesti voi joutua olemaan yhteydessä testerivalmistajiin.
Se kehen on yhteydessä riippuu kai vähän mitä testaa.
Testaus on hyvin usein se ensimmäinen homma mitä ihminen ohjelmistofirmaan tullessaan laitetaan tekemään.
Ja niinkuin tuossa joku jo sanoikin, on testaustyö on usein rutiininomaista ja tylsää. Täytyy kuitenkin muistaa, että testaus on erittäin tärkeä (ja suuri) osa ohjelmistokehitysprosessia, eikä sitä saisi laiminlyödä. Vastuullista työtä siis.
Vastoin yleistä luuloa järjestelmien testaus, testaussuunnittelu, testitulosten analysointi, vikojen etsintä, järjestelmän ylläpito ja konffaaminen eivät ole silkkaa apinatyötä. Testaajat voivat olla organisaatiossa ainoat, jotka oikeasti tietävät jotain järjestelmän toiminnasta ja sen käytöstä ja se, kuka ratkoo tekniset ongelmat asiakasrajapinnassa.
Myöskään vastoin yleistä luuloa ohjelmistosuunnittelijan/koodaajan työ ei aina ole kovin vaikeaa: luetaan valmiista speksistä mitä softakikkareeseen tulee sisään ja mitä pitäisi tulla ulos -> toteutetaan algoritmi käyttäen valmiita kirjastoja muutamaa parametriä muuttaen ja voila, valmista tuli. Siitä on luovuus kaukana ja on muuten TYLSÄÄ!