Come gestire i test non unitari in un progetto?

9

Ho del codice nel mio progetto. Personalmente chiamo tests che non sono test unitari. Sono pensati per essere eseguiti e il risultato deve essere valutato da un essere umano. L'ho fatto perché sto realizzando un motore fisico e durante lo sviluppo avevo bisogno di vedere cosa stavo facendo. Così ho creato un pacchetto simulation nel mio modulo di test. È tecnicamente test di unità perché le simulazioni utilizzano la libreria di test di unità, ma non intendo eseguirle tutte come i miei test di unità reali.

Quello che vorrei fare è differenziare quei test speciali dai miei test unitari perché voglio eseguire facilmente tutti i test unitari. Penso che sia un po 'come test funzionali. Hai mai incontrato un caso in cui dovevi preparare la tua domanda per un test funzionale? Dove deve essere inserita la preparazione del test funzionale (fondamentalmente quali sono le mie simulazioni) e come distinguerle dai test unitari?

Sono in Java, quindi posso cambiare tutte le firme dei metodi da @Test public void myNamedTest() a public static void main(String[] args) , ma sarebbe laborioso e meno pratico per me usare le mie simulazioni.

Sto utilizzando junit in un progetto gradle . Qualsiasi soluzione che crei una cartella di prova speciale con gradle è benvenuta.

    
posta Winter 26.04.2017 - 15:17
fonte

1 risposta

10

Sembra che le versioni successive di Junit supportino categorie di test. Questi possono essere utili per classificare ciascun test. Quindi, quando viene eseguita l'automazione di build, può includere o escludere tali test in base alla categoria.

Se si desidera mescolare questi test con i test unitari è una questione di preferenza organizzativa. Si potrebbe voler creare un progetto separato di "banco di prova" per separare i test di unità regolari rispetto a quelli più specializzati.

link

    
risposta data 26.04.2017 - 18:14
fonte

Leggi altre domande sui tag