Moto
Legacy Member
Wel een tijdje terug bij de huidige klant met een interne developer uit de US een project gedaan en hij wou wel dat ik integration tests en unit tests deed voordat ik dingen incheckte, maar heb dat eigenlijk niet veel zien opleveren.Als IT-consultant lijkt mij dat al vreemd, want doorgaans is dat nu een vereiste alvorens je maar aan de slag mag.
Paar keer gemerkt dat bepaalde tests opeens traag liepen om dan te constateren dat de DBA een paar indexen verkloot had.
misschiens hier en daar een bug verholpen of de code op de client een beetje beter decoupled geschreven maar dat is het dan ook.
Het was zowiezo als UI winforms in .net waar men toch nooit 100% code coverage kan hebben.
Had meer de indruk dat men collega door de effort daar in te steken minder zelf gewoon de applicatie ging testen en daardoor soms meer bugs der in zaten
Zie er dus geen voordeel in voor mijn specifieke projecten en in mijn specifieke context gebaseerd dus op mijn eigen 15 jaar ervaring en resultaten.
Wilt dus ook zeggen dat het voor andere projecten in een andere context wel degelijk voordelen kan hebben of noodzakelijk is, of dat bepaalde developers het plezanter werken vinden via TDD dan zonder tests of tests achteraf.

.
