Scrittura dei test unitari di base all'interno del file di classe

Un modo per osservare questo è che in genere l'SRP dovrebbe contenere anche i file. Di solito è considerata buona pratica mettere il contenuto relativo ad una cosa specifica anche in un file. In Java questo è incarnato dal principio di avere una classe per file. Ma anche nei linguaggi di scripting senza supporto OO di solito cerchi di limitare la dimensione del file, ad es. suddividere lo script in diversi metodi e inserirli in file separati. Il ragionamento generale è che i file più piccoli facilitano la comprensione e la modifica dei contenuti. Quindi dal mio punto di vista, fare test nello stesso file riordina il suo contenuto.

Tuttavia, ci sono anche argomenti a favore di avere questi test nello stesso file, specialmente come parte della documentazione, poiché i test aiutano significativamente a capire la logica del codice. Hai anche menzionato la più facile esecuzione. Si noti, tuttavia, che questo non è vero per molte altre lingue con supporto IDE tradizionalmente più strong (ad es. Java). Qui posso eseguire tutti test con un solo clic / hotkey.

Alla fine è una questione di compromessi e gusti personali, come lo sono con così tante cose in SE.

Nelle comuni configurazioni Java, l'origine si trova in src/main/java e le classi di test in src/test/java . Uno dei vantaggi di questa soluzione è che è relativamente semplice non impacchettare il codice di prova all'interno di un barattolo quando viene messo in produzione. Se hai scritto i test all'interno del file di classe, come faresti a togliere quel codice quando spedisci i binari di produzione?

Inoltre, a parte considerazioni tecniche, questo sembra solo inutilmente disordinato solo per non dover aprire un altro file in un IDE. Il software è abbastanza complicato così com'è, non abbiamo bisogno di introdurre ulteriori complessità che potrebbero essere state relegate in un ambito di lavoro.