Testaus 2011 seminaari ja vuoden testaajan valinta
Hei lukija! Tieturilla on tapana järjestää testausaiheinen seminaari joka kevät. Aiheet iskevät jälleen napakasti testauksen kuumimpien puheenaiheiden ja kestosuosikkien ytimeen: Testausautomaatio, pilvipalvelut, mallipohjainen testaus sekä ketterät menetelmät saavat kaikki osansa puhujan pöntöstä käsin.
Lisäksi seminaarin loppuhuipennuksena palkitaan jälleen kerran vuoden testaaja. Koska olen itse ehdokaslistalla, niin mainostan:
- Itseäni: Ehdokas numero 2, Antti Niittyviita
- Itse äänestystä: Ilman muuta kannattaa äänestää!
Käy siis antamassa äänesi parhaalle ehdokkaalle täällä!
(19.4.2011:Testaaja 2011 -äänestys on nyt päättynyt. Jos et äänestänyt et voi valittaa.)
Suosittelemme myös:
Vuoden 2011 kalleimmat bugit listattu
Test Magazine on listannut vuoden 2011 kalleimmat softabugit. Kalleimman bugin ykköspaikan valloitti rahoituspalveluita tarjoavan yrityksen...
Tutkiva testaus ja offshore
Kävin eilen Agile Finlandin järjestämässä Agile Dinner -tapahtumassa. Paikalla oli joukko Oululaisia ohjelmistoalan ammattilaisia useista eri...
Testaus ja laadunvarmistus napit vastakkain
Quality Assurance, QA tai Laadunvarmistus. Kuulostaa hienolta ja näyttää kovalta käyntikortissa. Harmi vain, että sillä on hyvin vähän...
Hieman kyllä harmittaa, sillä näyttää siltä, että en itse taida tuonne päästä paikan päälle. Toki saan yhteenvedon tapahtumasta myöhemmin, mutta ei se ole sama asian kun että olisi itse paikan päällä.
Kiinnostavimmat aiheet tapahtumassa minulle olisivat:
09.35 – 10.15
Onnistuneen testiautomaation salat
ja
13.30 – 14.30
Pienryhmäkeskustelut Acceptance Test Driven Development (ATTD)
Onnistuneesta testiautomaatiosta olen kiinnostunut siksi, koska en ole itse sellaista koskaan nähnyt. Olen toki muutamia viritelmiä ollut itsekkin rakentamassa ja vierestä katsonut useita. Pointti tässä on se, että testiautomaation on tarkoitus säästää rahaa ja aikaa enemmän kuin mitä sen kehittämiseen ja ylläpitämiseen menee.
Acceptance Test Driven Development on puolestaan hyvin hyvin mielenkiintoinen tapa tehdä asioita. Tämä aihe on lähellä omaa ajattelumaailmaani ja rakastaisin keskustella siitä vaikka koko päivän hyvässä seurassa.
Mutta niille jotka tuonne pääsevät, niin thumbs up!
Mainiot hilightit sinulta Ammattitestaaja.
Minusta liian usein seminaareilla puhutaan asioista teoriassa ja katsotaan isoja kasoja tylsiä kalvoja. Sen konkreettisimman hyödyn saa useimmiten niistä oikeista caseista: ”Näin me sen teimme”.
Niin ja sehän se piti kanssa mainita, että kävin toki antamassa ääneni Vuoden Testaaja 2011 -äänestyksessä. Onhan se kuitenkin vaaliviikko ja kaikki 😉
Moro,
Tänne vanhaan merkintään menen itseni sotkemaan. Me keskustelimme kovasti BDD:n ja testaus automaation naimisissaolemisesta ja niiden erottamisesta. Yritimme lähteä liikkeelle olettamuksesta, että testausautomaatio kuuluu pakosti BDD:hen ja sitten yritimme murtaa tämän ajatuksen.
Totesimme, että lähestymistapana BDD ”sallii” manuaalisuuden, mutta hylkii sitä käytännössä. Voimme toteuttaa manuaalisia testejä BDD:n piirissä, mutta ne jäävät varjoon ja BDD menettää jatkuvan integraation edut -> kankea.
Totesimme myös, että BDD ilman manuaalista testausta on myös vaikeaa. Automaatiotestaus kattaa suuria alueita kyllä, mutta usein ne tärkeät testit (esim. miten pyörii milläkin alustalla jnejne.) on järkevin, nopein ja halvin toteuttaa manuaalisesti.
Kaiken kaikkiaan Testaus2011 oli huikea setti ja kaikille esittäjille vielä jälkikäteen kiitosta!
T:Peksi
Näin oli Pekka. Kiitos kommentistasi!
Myös minusta olet oikeilla jäljillä Automaation suhteen tässä. Se on toki hyödyllistä ja voi kattaa paljon, mutta hirveän usein hommat olisi jo pariin kertaan paketissa käsin tehtynä, kuin mitä oikeasti rullaavan automaation rakentelu olisi vienyt aikaa.