Erre a kérdésre több tipikus választ is szoktunk kapni:  

• A fejlesztő már eleve jól kódol, illetve az ő kötelessége a fejlesztések tesztelése 
• A tesztelő feladata a minőség előállítása 
• Az agilis működés önmagában biztosítja a jó minőségű fejlesztést 

A fenti válaszok a valóságban is előfordulnak, nem a képzelet szülte. Mindegyiknek van igazságtartalma, azért nézzünk ezek mélyére is: 

"A fejlesztő már eleve jól kódol, illetve az ő kötelessége a fejlesztések tesztelése" 

A kijelentés tartalma tetszetős és kívánatos. Néhány bökkenő az állítással kapcsolatban:  

• A fejlesztő teszi bele a kódba a hibát, nem szándékosan, hanem tipikusan félreértések miatt, nem megfelelő specifikáció miatt illetve a természetes hibázást se hagyjuk ki

"A tesztelő feladata a minőség előállítása" 

Van aki úgy gondolja, hogy a tesztelő majd úgy  is kijavítja a hibás kódot, arra kevésbé kell figyelni, sokkal fontosabb, hogy működjön valami határidőre. Továbbá jó esetben a tesztelő csak megtalálja a hibás részt, attól a kód még nem feltétlenül lesz jó minőségű csak kevesebb hibát tartalmaz (kevés hiba ≠ jó minőségű szoftver). 

"Az agilis működés önmagában biztosítja a jó minőségű fejlesztést" 

Talán ez az egyik legnagyobb tévhit az agilis működéssel kapcsolatban. Az én értelmezésemben az agilis működés az eszköztárával segíti a jobb minőség elérését, de azokat az adott környezetre illesztev szükséges implementálni (na ez az igazi kihívás). 

Akkor mégis ki biztosítja a kód minőségét? 

A válaszhoz nézzük meg, hogy hogyan csinálják a nagyok a jó minőségű fejlesztést (ők sem csinálnak sokszor jó minőségét, csak hatékony a kódkészítésük sicc.) 

A legnagyobb fejlesztő cégek - úgy, mint pl. Google, Microsoft, Spotify, Amazon, Facebook - egyben közösek: tudatos és hangsúlyos a quality menedzsmentjük. Önálló (és független), magasan képzett munkatársakat (és folyamatosan képzik) alkalmaznak, tudatosan alakítják ki a módszertanukat, eszközök garmadáját használják. 

Ahhoz hogy valóban jó legyen a kódminőség, az alábbiakra van szükség tapasztalataim szerint: 

• Valódi QA szakértelem (ez is komoly szakma, legalább annyira összetett, mint a többi IT szakma) 
• Integráltan használjuk az eszközöket 
• Minden egyes, a fejlesztésben résztvevő kolléga tudja, hogy mi az ő felelőssége a minőséget tekintve 
• A cég fejlesztési kultúrája minőség orientált 
• Folyamatosan nyomon követett, visszamért és továbbfejlesztett a QA módszertan 
• Független a QA, nem a fejlesztés által vezérelt (vigyázat, érdekütközés) 

Azaz tudatos építkezés és tanulás örökös körforgása.