Suggerimenti per un file Mock java (per deridere java.io.File)

Question

Qualcuno ha suggerimenti per un oggetto File finto java? Sto usando una classe di terza parte che ha bisogno di ottenere un oggetto java.io.File come argomento. Ricevo i dati per questo file in streaming su un webservice (anche uno dei loro prodotti).

Una soluzione consiste nel scrivere tutti questi dati in un file e offrire questo alla classe. Questa è una soluzione che non mi piace: toglie il vantaggio di usare il webservice invece di scaricare il file.

più veloce ed efficiente sarebbe quello di mettere questi dati dalla memoria in un file Mock e offrire questo file Mock alla classe di terze parti.

Probabilmente dovrebbe essere un MockFile che estende java.io.File e sovrascrive tutte le funzioni che eseguono effettivamente l'interfacciamento con il file sul disco rigido.

So che il di terze parti avrebbe dovuto utilizzare un flusso come un argomento di ingresso al posto di un file. Tuttavia, questo è al di là della mia influenza.

Answer 1

Questo è solo un suggerimento in base alla mia comprensione della tua domanda. credo, è necessario fare qualcosa di simile,

public void doSomething(){ 
     //Pre processing 
     Object result=new ThirdPartyCode().actualMethod(file); 
    //Post processing 
} 

oggetti mock più senso dal punto di vista unit testing. Il tuo obiettivo non è quello di testare la funzione di libreria di terze parti. Se si tratta del metodo unit test doSomething(). Quindi probabilmente è possibile creare un involucro attorno al terzo function.Maybe qualcosa di simile,

public class Wrapper implements MyWrapper{ 

    public Object invokeThirdPartyFunction(File file){ 
     new ThirdPartyCode().actualMethod(file); 
    } 
} 

Ora è possibile creare un wrapper finto (attuazione della stessa interfaccia) e utilizzare questo wrapper finta per tutti i vostri casi JUnit.

Answer 2

Ha la classe testato interrogare solo il nome del file finto, attributi, ecc, o lo fa in realtà tentare di aprire il file?

Nel primo caso, è possibile creare facilmente il proprio modello utilizzando ad es. EasyMock o una struttura di simulazione equivalente.

Quest'ultimo caso è più complicato e temo che se il flusso di input viene creato internamente dalla classe, non si ha altra scelta che creare un vero file di test sull'HD.

Answer 3

Non si utilizza il file (o qualsiasi dipendenza esterna in Prove di unità). Tranne l'utilizzo di mock, i tuoi approcci risulteranno in test problematici. Vedere this javaranch article per più

Answer 4

Si potrebbe caricare il codice 3rd party utilizzando un programma di caricamento classe basata ASM che mappa java.io.File per la propria implementazione "falso". E 'un po' di lavoro, e deve essere eseguita con cura ... Per esempio sarà necessario mappare anche FileInputStream, ecc