E’ vero anche che non è sufficiente avere una classe testabile per avere una “buona” classe: in questo senso concordo con Roy, i principi SOLID sono fondamentali e sarebbe bene che chi scrive (test o codice) li avesse sempre in mente, sia in modo conscio sia in modo inconscio (i programmatori esperti sentono la puzza da molto più lontano). Imparare la progettazione attraverso il solo unit testing è troppo lungo, faticoso e soggetto a errori.

La parte difficile del riscrivere il codice è invece particolarmente evidente nei sistemi legacy, dove la domanda fondamentale è “sto rompendo qualcos’altro?” Il vero problema in questi casi è infatti garantire il precedente funzionamento del sistema. E questo è il motivo per cui prima di cambiare si scrivono (si dovrebbero scrivere) i test. Solo che in questi casi è difficile scrivere i test. Per fortuna possiamo andarci a leggere il Weathers… E usare uno dei famosi framework ;-)