Il DDD aggrega un buon limite per il test delle unità?

Gli aggregati sono sicuramente dei buoni candidati per i test unitari perché

• Contengono parte della logica di dominio della tua applicazione. C'è intelligenza in loro (controllo invariante, transizioni di stato, calcoli, attivazione di eventi, ecc.) Che vuoi essere corretto.

• Gli aggregati dovrebbero essere privi di elementi relativi all'I / O. Puoi comporre un Aggregate in memoria, chiamare uno dei suoi metodi per testarlo e tutto sarà veloce e isolato dagli altri livelli.

I cambiamenti funzionali non sono IMO un argomento valido contro gli aggregati di test unitari o contro qualsiasi tipo di test. I test sono specifiche eseguibili. Se i requisiti cambiano, alcuni test devono essere modificati.

Quando stai per testare una classe o un metodo che prende un aggregato come input e / o output, pensa a cosa significherebbe l'alternativa.

Ovviamente hai bisogno di un modo per fornire dati di test al "soggetto in prova". Utilizza l'interfaccia pubblica esistente, riutilizzando i tuoi aggregati per i dati di test oppure puoi creare un'interfaccia artificiale solo a scopo di test, che duplica in modo diverso tutti i dati dei tuoi aggregati. Non mi aspetto che ciò causi meno interventi di manutenzione rispetto allo sforzo derivante da una modifica globale.