TIES441 Luennot 2013

Sisällysluettelo

Periaate: ei tehdä viallisia ohjelmia!
- Arkkitehtuuri auttaa tässä, sillä arkkitehtuuri auttaa laadukkaan ohjelmiston suunnittelussa ja toteuttamisessa. Laadukkaassa ohjelmassa ei ole virheitä, joten testaamista ei tarvita.
Tässä pyritään pääsemään irti järjettömästä testaamisesta:
- Testauksen V-malli (se on vitsi)
- Testaus virheiden osoittamiseksi.
- Testaus tekijän arvostelun takia.
  - Ok, testaajat ovat arvoketjussa alimpana, mikä on väärin. Toisaalta, itsepähän ovat näkökulmansa valinneet.
On myös järkevää testaamista:
- Asiakas varmistaa, että on osannut pyytää oikeaa asiaa…
- … ja se on toteutettu oikein ← hyväksyntätestit.
- Kehittäjät tekevät työnsä koko ajan toimintaa varmistaen.
  - Käytetään tässä termiä varmistaminen testaamisen sijaan, jottei heti tule mieleen testisuunnitelmat ja -raportit, koodipolut ja arvoluokat yms. tarpeeton speksaaminen. Eikä varmistamisen tarvitse olla testaamista, voi myös todistaa oikeaksi, muistaen setä Knuthin opit, tai osoittaa toiminnan oikeaksi vaikka muovailuvahalla.
Eli jos testaaminen tapahtuu projektin lopussa, tai syklin lopussa, se on turhaa. Arkkitehtuuri taistelee juuri tätä ideologiaa "tehdään se viimeiseksi" vastaan (vrt. ketteryys, jossa asia on sama, tai lean myös).