È un’architettura secondo il diagramma di @angus, con più repository coinvolti, ma questo è il server di stato:
È anche un approccio:
- Non implementare mai una correzione senza verificare la presenza di un test e, se un test idoneo non esiste, aggiungerne uno.
- Preferibilmente sviluppare prima il test, dimostrare che fallisce, quindi correggere il problema e confermare che il nuovo test passa.
In questo modo la tua copertura aumenta nel tempo…
Inoltre:
- L’adeguamento retroattivo dei test può essere rischioso poiché potresti interpretare erroneamente ciò che il codice intendeva fare… meglio che non fare nulla, però…