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.
- La prueba de Android JUnit de Simpe se cuelga en Eclipse
- Cualquier forma de obtener una referencia para los elementos de la barra de Acción para Junit pruebas en android?
- Android y JUnit: ¿Cómo agregar pruebas individuales al conjunto de pruebas?
- ¿Puedo imprimir un mensaje de información en las pruebas JUnit?
- Ejecución de pruebas simples de JUnit en Android Studio (IntelliJ) al utilizar una configuración basada en Gradle
Desafortunadamente no puedes usar Teorías porque resulta en una RuntimeException donde el InstrumentationTestRunner no puede encontrar mis pruebas. ¿Alguien tiene suerte con esto?
- Archivo de acceso en la prueba JUnit en el entorno Gradle
- Continúa el informe de cobertura de código jacoco después de un caso de prueba fallido
- Dagger 2 generó el componente de prueba no reconocido
- ¿Cómo puedo obtener @BeforeClass y @AfterClass equivalente en Junit3?
- Prueba de respuestas reales de red con retroadaptación
- ¿Cómo puedo ejecutar el código en el hilo de la interfaz de usuario en una prueba de Android JUnit sin una actividad?
- Prueba de la unidad Android - Problemas de resolución y verificación
- Android Gradle Unit Prueba de migración de JARs - duplicar los archivos hamcrest de junit y mockito
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.
- Lista extensible del androide de la base de datos en línea
- Android móvil como módem GSM para enviar / recibir SMS en la PC?