¿Es posible inyectar simulaciones con fines de prueba con AndroidAnnotations?

Question

No he encontrado ningún ejemplo sobre cómo hacer esto. Estoy asumiendo que no es posible sobre la base de ejemplos como este:

@Bean(MyImplementation.class) 
MyInterface myInterface; 

donde ya se determina la clase de inyectar.

Answer 1

La pregunta es, ¿son pruebas unitarias o pruebas de integración?

Si está realizando pruebas unitarias, le sugiero que use burlas a la manera antigua, utilizando un setter e intentando probar el código Java sin el marco de inyección de dependencia involucrado. Esto pondrá a prueba tu clase de forma aislada y evita una gran complejidad.

lo que quiero decir:

public class Test{ 

    ClassInTest inTest; 
    MyInterface myInterface; 

    @Before 
    public void setup(){ 
     inTest = new ClassInTest(); 
     //or your favorite mocking frameowrk 
     myInterface = EasyMock.createMock(MyInterface.class); 
     inTest.setMyInterface(myInterface); 
    } 

    @Test 
    public void testMethod(){ 
     //...mocking test code 
    } 
} 

Por supuesto, las pruebas de Actividades Android (y otras extensiones de Android) es difícil a causa de la excepción tirar talones y clases/métodos finales. Aquí es donde Robolectric es útil (y muy recomendable) para instanciar/sombrear la API de Android.

Si está realizando pruebas de integración, es posible que desee tomar otro enfoque. Personalmente, trataría de no burlarme durante las pruebas de integración mientras trato de probar la aplicación como se ejecutaría en producción. Pero, si realmente quieres burlarte, podrías usar un enfoque similar para las pruebas unitarias e introducir un simulacro después de levantar la clase de actividad generada. Cabe destacar que puede realizar pruebas de integración directamente en el hardware utilizando marcos como Robotium.

Más a su pregunta, no conozco ninguna instalación de AndroidAnnotaciones específicamente para inyectar Mocks o introducir Mocks en el árbol de dependencias inyectado de una aplicación.

Answer 2

Un complemento a johncarl respuesta:

• No hay manera de saber AndroidAnnotations que desea inyectar burla en lugar de los objetos reales, ya que funciona en tiempo de compilación, por lo que el código debe ser siempre la producción Listo.

• Recomendaría probar las actividades generadas, en complemento con Robolectric. Las anotaciones están agregando comportamiento a su código, por lo que no debe probarlo como si no hubiera anotaciones.

• Tenga cuidado al probar el comportamiento de sus actividades, no el comportamiento de AndroidAnnotaciones. El framework ya tiene pruebas propias para verificar que las anotaciones funcionen correctamente :).

• Puede dejar que AndroidAnnciones DI suceda, y luego reinyectar la dependencia burlada. Los campos tienen al menos alcance predeterminado, lo que significa que se puede acceder desde el mismo paquete, por lo que deberá crear la prueba en el mismo paquete que la actividad.

  MyActivity_ activity = new MyActivity_(); 
  
  // myInterface gets injected 
  activity.onCreate(null); 
  
  // you reinject myInterface 
  activity.myInterface = Mockito.mock(MyInterface.class); 
  

• En AndroidAnnotations, dependencias se inyectan llamando MyImplementation_.getInstance_(). Puede usar la manipulación del código de bytes en tiempo de ejecución con una herramienta como PowerMock para permitir que el método getInstance_() de MyImplementation_ devuelva un simulacro. Sin embargo, esto podría requerir un poco de trabajo inicial, porque tendrías que mezclar el corredor de prueba PowerMock y el corredor de prueba Robolectric.

Editar: He actualizado el documentation con contenido basado en esta cuestión.