Il codice di test non deve essere compilato nella build finale. TDD o meno, i test appartengono a una struttura di directory separata (possibilmente nello stesso pacchetto) in modo che il processo di compilazione possa ignorare tutti i test durante la creazione del pacchetto.
Mantenere i test nello stesso pacchetto , tuttavia, consente di accedere in parte al dietro le quinte che potrebbero richiedere dei test che un'interfaccia pubblica non desidera fornire. C'è un dibattito su questo punto.
Come programmatore Java (le mie scuse, non ho accesso ad ac # /. net environment), trovo che l'unità test la grande chiamata pubblica di front end con tutte le varie variabili scoraggianti (spesso coinvolge un sacco di mock per ottenere gli oggetti giusti attraverso i test giusti). Creare qualcosa protected (anziché private o esporlo a public ) significa che qualcosa nello stesso pacchetto (sia in un'altra directory) sarà ancora in grado di richiamarlo.
I test dovrebbero andare in una directory separata. Non farei un progetto separato perché vuoi che i test arrivino quando il progetto è aperto.
In questo modo puoi distribuire solo il codice in produzione senza dover separare i test.