DT blogi

Käisime täna kuulamas Roy Osherove ettekannet tarkvara testimise teemadel. Meie jaoks seal midagi kuigi uut ei olnud, kuid Roy andis head nõu, kuidas tarkvara testimisega otsad lahti teha. Ettekande lõpus laulis Roy auditooriumile laulu halvast disainist.

Oluline on testimisest mitte teha midagi suurt ja mäe kõrgust. Testimise õppimine eeldab päris tugevat harjutamist ning minna seda teed, et algul kuhjaga teooriat ja hiljem kuhjaga praktikat, pole mõtet.

Testimist võiks õppida mõne jooksva või olemasoleva projekti peal. Lugemiseks leiab kirjandust hulgaliselt ning tasapisi võib ette võtta järjest suuremaid otsuseid. Vaikselt saab õppimise käigus muuta nii mõnegi süsteemi koodi testitavaks, mis alguses seda kohe kindlasti ei olnud. Loomulikult esineb ka juhtumeid, kus ainumaks võimaluseks on kirjutada mitte just eriti lihtsaid integratsiooniteste (näiteks SharePoint korral).

Oluline on kindlasti aru saada sellest, et Test Driven Design tähendab seda, et tarkvara tehnilise disaini juures arvestatakse sellega, et ehitatakse testitavat tarkvara. Peatselt on Roy sulest ilmumas raamat pealkirjaga The Art of Unit Testing, mida ma kindlasti lugeda soovitan.

Kuidas muuta legacy code testitavaks, sellest annab ülevaate selline teos nagu Working Effectively with Legacy Code, mida ma ka lahkesti lugeda soovitan.

Kirjutas Gunnar, 11.11.2008 kell 22:30, teemal Microsoft, Testimine. Jälgi selle postituse kommentaare läbi RSS-uudistevoo (feed). Lisa kommentaar või tagasisideviide (trackback) oma veebilehelt või blogist.