Sugerencias para un archivo falso de Java (para simular java.io.File)

Question

¿Alguien tiene sugerencias para un objeto de archivo java mock? Estoy usando una clase de terceros que necesita obtener un objeto java.io.File como argumento. Recibo los datos de este archivo en una transmisión a través de un servicio web (también uno de sus productos).

Una solución es escribir todos estos datos en un archivo y ofrecer esto a la clase. Esta es una solución que no me gusta: le quita la ventaja de usar el servicio web en lugar de simplemente descargar el archivo.

Más rápido y más eficiente sería poner esta información de la memoria en un archivo simulado y ofrecer este archivo simulado a la clase de terceros.

Probablemente tenga que ser un MockFile que amplíe el archivo java.io.File y anule todas las funciones que realmente interactúan con el archivo en el disco duro.

Sé que la tercera parte debería haber utilizado una secuencia como argumento de entrada en lugar de un archivo. Sin embargo, esto está más allá de mi influencia.

Answer 1

Esto es sólo una sugerencia basada en mi comprensión de su pregunta. creo, debe estar haciendo algo como esto,

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

objetos Mock tienen más sentido desde una perspectiva de la unidad de pruebas. Su objetivo no es probar la unidad de la función de la biblioteca de terceros. Si se trata de la unidad de prueba de método DoSomething(). Así que, probablemente, se puede crear una envoltura alrededor de la tercera parte function.Maybe algo como esto,

public class Wrapper implements MyWrapper{ 

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

Ahora puede crear un envoltorio de maqueta (la aplicación de la misma interfaz) y el uso de este contenedor simulacro para todas sus casos JUnit.

Answer 2

¿La clase probada solo consulta el nombre, atributos, etc. del archivo falso, o intenta abrir el archivo?

En el primer caso, puede crear fácilmente su simulacro usando, por ejemplo, EasyMock o un marco burlón equivalente.

El último caso es más complicado, y me temo que si el flujo de entrada es creado internamente por la clase, no tiene más remedio que crear realmente un archivo de prueba real en la HD.

Answer 3

No utiliza el archivo (ni ninguna dependencia externa en las pruebas de unidad). Excepto el uso de simulacros, su enfoque dará lugar a pruebas problemáticas. Consulte this javaranch article para obtener más

Answer 4

Puede cargar el código de terceros utilizando un cargador de clases basado en ASM que asigna java.io.File a su propia implementación "falsa". Es un poco trabajo y debe realizarse con cuidado ... Por ejemplo, también necesitará asignar FileInputStream, etc.