Red de conocimiento informático - Material del sitio web - Cómo generar un informe de prueba final basado en los resultados xml de la prueba unitaria

Cómo generar un informe de prueba final basado en los resultados xml de la prueba unitaria

Al usar robotium para automatizar las pruebas de aplicaciones de Android, he usado el marco TMTS antes, pero los resultados de las pruebas unitarias recopiladas a menudo carecen de algunos conjuntos de casos de uso. Desafortunadamente, el marco de prueba de Android controla y ejecuta principalmente la aplicación bajo prueba a través de InstrumentationTestRunner, por lo que puede extender InstrumentationTestRunner para completar la recopilación de resultados de la prueba y luego obtener el informe de resultados a través del complemento de informe de resultados de prueba jenkins Publish JUnit.

1. Cree un nuevo paquete java y cree una nueva clase java

El código fuente proviene del proyecto de código abierto: /El TEST-all.xml generado en el código fuente es ubicado en el directorio /data/data/com.example/files. Si desea exportar el archivo de resultados, necesita tener permisos de root en su teléfono, lo cual es más problemático. Por lo tanto, modificamos la ruta de almacenamiento de archivos a continuación. Si tiene una tarjeta SD, el archivo se ubicará en el directorio /robotium de la tarjeta SD.

El código no se puede pegar, consulte el código detallado en .NET Framework 3.0. ejemplo" />

Modifique el código de la siguiente manera:

[html] ver copia simple

android:name=" com. example.test.instrumentation.InstrumentationTestRunner"

android.targetPackage="com.example" />

3. Modifique la configuración de ejecución

Derecha- haga clic en el proyecto de prueba > Ejecutar como > Ejecutar configuración

En la columna "Pruebas", marque "Ejecutar todas las pruebas en el proyecto o paquete seleccionado"

De esta manera, cada vez que ejecute en Eclipse All usará el nuevo InstrumentationTestRunner

Seleccione el InstrumentationTestRunner recién escrito en el menú desplegable "Instrumentation runner"

Haga clic en "Aplicar" para completar la configuración

4. Desde Ejecutar todas las pruebas desde la línea de comando

Ejecutar todas las pruebas: adb shell am instrument -w com.android.foo/com example.test.instrumentation.InstrumentationTestRunner

<. p>Ejecute un solo caso de prueba: adb shell am instrument -w -e class com.android.foo.FooTest com.android.foo.InstrumentationTestRunner

Haga clic en Aplicar para completar la configuración

4.FooTest com.android.foo/ com.example.test.instrumentation.InstrumentationTestRunner

Ejecute varias pruebas: adb shell am instrument -w -e class com.android.foo.

Ejecutar casos de prueba en la línea de comando. El método es el mismo de siempre, simplemente reemplace el InstrumentationTestRunner original con el nuevo InstrumentationTestRunner.

Cabe señalar que cada vez que se ejecuta la línea de comando, se sobrescribirá el archivo TEST-all.xml original. En otras palabras, si se utiliza Ejecutar una prueba, el archivo TEST-all.xml original. El archivo se sobrescribirá. El archivo TEST-all.xml, si se usa para ejecutar una prueba, sobrescribirá el archivo TEST-all.xml original. Si utiliza "Ejecutar caso de prueba único" para ejecutar varios casos de prueba, el resultado final solo registrará el último caso de prueba, por lo que se recomienda utilizar "Ejecutar pruebas múltiples"

5._AVD_DEVICE pull / mnt/sdcard /rototium/TEST-all.xml

Entre ellos, $ANDROID_AVD_DEVICE está parametrizado por el número de serie del teléfono móvil

6. Después de crear la tarea en jenkins, puede usar el complemento Publicar informe de resultados de prueba JUnit para analizar el informe de prueba de la unidad.