Pruebas parametrizadas de instrumentación en Android

Estoy tratando de escribir una prueba de instrumentación por lotes (usando ActivityInstrumentationTestCase2 ) para una Activity particular donde cambio la intención cada vez que se ejecuta la prueba. Puedo hacer esto con una sola prueba, y simplemente realizar bucle a través de detener y reiniciar la actividad con la nueva intención, pero esto no es lo que quiero. Una de las razones es que realmente deben ser pruebas de prueba por separado. La otra razón es, estoy usando Spoon para generar un informe cuando las pruebas terminen, y el informe con razón creo que sólo se ejecutó una prueba.

Lo que me gustaría es tratar una sola prueba como un posible número infinito de pruebas, y pasar los datos en la prueba cada vez que se ejecuta la prueba.

Desafortunadamente no puedes usar Teorías porque resulta en una RuntimeException donde el InstrumentationTestRunner no puede encontrar mis pruebas. ¿Alguien tiene suerte con esto?

Siempre podría crear una intención de "prueba". Para simular el relanzamiento de la aplicación, haga un método o varios métodos que restablezcan todas sus variables estáticas entre las pruebas. A continuación, puede probar las clases desde dentro de una intención de prueba dentro de la propia aplicación usando

 assert("value", MyClass.myMethod); resetStatics(); assert(true, MyClass,myMethod); resetStatics(); 

No sé cuánto esto te ayudará, si es que en absoluto, pero así es como empecé a escribir mis propias pruebas.

Recientemente descubrí que puedes agregar un método public static Test suite() a una clase de prueba, y cuando ejecutas solo esta clase de prueba, InstrumentationTestRunner ejecutará la Test devuelta por este método. Esto es útil porque suite() puede llamar explícitamente a cualquier constructor de su TestCase , incluyendo uno con parámetros.

  • Simple java unidad de pruebas para android + gradle en Android Studio?
  • NullPointerException en la reflexión durante el arranque de Robolectric - cualquier sugerencias?
  • JUnit Launcher prueba ... getActivity no es volver
  • Fragmento getActivity () devuelve null en la actividad JUnit test
  • AndroidJUnit4.class + org.junit.Assume.assumeTrue = AssumptionViolatedException
  • Integración Roboeléctrica y Pepino
  • JUnit UnsatisfiedLinkError: android.util.Log.isLoggable (Ljava / lang / String;
  • Pruebas de instrumentación Android con Mockito
  • Prueba de UiAutomator 2.0 desde la línea de comandos
  • Robolectric InflateException al usar el diseño de barra de acción personalizada
  • Java.lang.ClassNotFoundException: android.R
  • FlipAndroid es un fan de Google para Android, Todo sobre Android Phones, Android Wear, Android Dev y Aplicaciones para Android Aplicaciones.