Ero abituato a nominare i miei test di integrazione JUnit con un *Test.java
sull'estremità esempio DatabaseConnectionTest.java
e inserendoli nella propria directory test di integrazione: per esempio test/integration/com...
Il suffisso "IT.java" nome file (anziché "Test.java") per Integrazione JUnit Verifica una convenzione?
Aderendo un nuovo progetto mi è stato diretto
No , tutti i test vanno nella stessa directory e distinguiamo i test di unità dai test di integrazione per corrispondenza del modello sul suffisso del nome file.
Quindi il mio file di cui sopra sarebbe diventato DatabaseConnectionIT.java
ora posso vedere la logica in questo. Lo script del runner di test può solo eseguire lo schema di corrispondenza per i file che sta cercando e tutti i test si trovano in un'unica posizione.
Ma non avevo mai sentito parlare della convenzione.
La mia domanda è: Il suffisso nome file 'IT.java'
(anziché 'Test.java'
) per Integrazione JUnit Verifica una convenzione?
A mio parere, sembra tanto quanto una convenzione come INT per l'interfaccia. –
È una convention in cui ci si trova, il che è sufficiente. Non è una convenzione universale, ad esempio, raggruppo tipi di test per directory, quindi i nomi di file e classi non hanno abbreviazioni funky. –
È uno dei [pattern predefiniti] (http://maven.apache.org/surefire/maven-failsafe-plugin/integration-test-mojo.html#includes) riconosciuto dal plug-in Mails Failsafe, quindi è quasi un sopracciglio- raising. ... qual è la tua domanda, esattamente? – kryger