Oggetti wrapper test unitario?

Question

Cerco di usare TDD il più possibile. Quando lo faccio, confido tutta la comunicazione con l'esterno nelle classi wrapper. Pochi minuti fa, ho creato un wrapper per la classe statica Directory, così posso testare il mio altro codice senza parlare al file system attuale.

Ma per quanto riguarda unità testare il wrapper stesso? Dato che uso TDD, mi rode che non ho scritto test per questo. D'altra parte, è un wrapper e nient'altro, quindi ho davvero bisogno di?

Answer 1

Tendo a fare lo stesso e non mi preoccupo delle classi di wrapper testing unitario, a patto che mi accontenti di contenere la minima quantità di codice. Se, come nel tuo caso, stavo chiamando un certo numero di metodi sulla classe Directory, creerei un'interfaccia contenente ciascuno dei metodi che userei per assicurarmi di essere in grado di testare gran parte del comportamento di il mio sistema sotto test il più possibile

Finché si utilizzano anche i test di integrazione e/o di accettazione, è bene non testare le classi wrapper direttamente. Se provi a testare Directory direttamente è comunque un test di integrazione. Mi chiedo se ho avuto un test automatico a un certo livello che avrebbe fallito se dovessi rimuovere l'interazione con la classe Directory dal mio codice.

Tenere presente che il motivo per cui normalmente si è costretti a scrivere le classi wrapper è perché il codice che si sta tentando di testare non è intrinsecamente testabile ed è una dipendenza che non può essere derisa. La creazione della classe wrapper consente di deridere tale comportamento.