Estoy escribiendo un proyecto de biblioteca Android basado en la clase de mapa de bits de Android (llámalo AndroindLib) que contiene solo la clase de utilidad (sin actividad). Traté de probarlo usando Android JUnit, pero sigue quejándose de que no puede encontrar el AnroidLib.apkCómo probar un proyecto de biblioteca Android
¿Cuál es la forma correcta de probar la unidad Android Library Project?
Citando the documentation:
"Hay dos formas recomendadas de la creación de las pruebas de código y recursos en un proyecto de biblioteca:
Puede configurar un proyecto de prueba que los instrumentos de un proyecto de aplicación que depende del proyecto de la biblioteca. A continuación, puede agregar pruebas al proyecto para las características específicas de la biblioteca.
Puede configurar un proyecto de aplicación estándar que dependa de la biblioteca y poner las ins trumentation en ese proyecto. Esto le permite crear un proyecto independiente que contiene tanto las pruebas/instrumentaciones y el código para probar."
así que, básicamente, todo lo que tiene que hacer es agregar la biblioteca a su proyecto de prueba y probar el proyecto de prueba. – njzk2
El enlace ya no es válido, ¿hay alguna posibilidad de que nos indique el actual? –
Parece que: http://developer.android.com/guide/developing/projects/index.html#testing –
Si sus clases ulitiy no dependen de ningún código específico de Android, puede usar las pruebas estándar de la unidad JUnit. No es necesario usar las versiones de Android.
dependo de la clase de mapa de bits de Android ... – Lily
Esto no funciona porque el JUnit estándar se compila con la JVM estándar, mientras que los archivos de Java se compilan en la VM Dalvik. –
http://www.paulbutcher.com/2010/09/android-library-project-with-tests-step-by-step/ ayuda a describir el proceso necesario para poner en práctica la segunda sugerencia en la respuesta de CommonsWare
En su proyecto de prueba simplemente cambie el nombre del paquete para que coincida con el paquete de su biblioteca. Por ejemplo, tiene una biblioteca cuyo paquete es "com.example.lib". Cree un proyecto de prueba dirigido a su biblioteca. En el archivo de manifiesto verá package="com.example.lib.test" y . Simplemente cambie el paquete de "com.example.lib.test" a "com.example.lib" (targetPackage salir como está).
Además, asegúrese de que la biblioteca se hace referencia a su proyecto de prueba NO en la ruta de compilación de Java, pero como de costumbre biblioteca de Android: en Eclipse que deben ser expuestos como biblioteca en Project->Properties->Android pestaña, pero no en Project->Properties->Java Build Path lengüeta.
Luego ejecute las pruebas.
Sus ideas tenían sentido para mí, por lo que la prueba se dirigió a sí misma (como la aplicación) y la aplicación está vinculada a la biblioteca ... pero no pude hacer que funcionara a través de la compilación de hormiga ni IntelliJ .... como el archivo .apk (esperado para la aplicación bajo prueba) no existía cuando intentó instalarlo, ya que se está compilando para "probar/bin /.- debug.apk" –
Lo tengo que trabajar simplemente cambiando el paquete nombre del proyecto de prueba en su manifiesto (y el paquete bajo prueba, que debería ser el mismo) que NO coincida con el nombre del paquete del proyecto de la biblioteca, más la eliminación de la referencia al proyecto de prueba objetivo en el archivo ant.properties. –
Creo que esta es una mejor respuesta que la aceptada, que solo echos la documentación - en mi humilde opinión. –
NOTA: Esta solución se basa en el uso de Eclipse Indigo (3.8.2) y podría tener que implementarse de forma ligeramente diferente para otro IDE, aunque los principios básicos serán los mismos.
que tenían problemas similares y me encontré con que haga lo siguiente siempre funciona:
(NOTA:. Estas instrucciones son para la construcción de un nuevo grupo de proyecto desde cero Si has partes del grupo de proyecto ya construido, entonces es posible que tenga que modificar sus proyectos para que se conecten en la misma forma.)
Usted debe terminar con tres proyectos (Biblioteca de Android, Android aplicación de prueba, Android Biblioteca Tester) que se parecen a esto:
Deberías terminar con una clase para probar tu biblioteca de Android que se parece a esto:
package danny.remington.remington_android_tools_test_app.test;
import android.test.ActivityInstrumentationTestCase2;
import danny.remington.remington_android_tools_test_app.TestActivity;
/**
*
*/
public class TestActivityTest extends
ActivityInstrumentationTestCase2<TestActivity> {
public TestActivityTest() {
super(TestActivity.class);
}
}
Luego puede agregar cualquier prueba que desee. No será necesario que haga referencia a la aplicación de prueba de Android ("RemingtonAndroidToolsTestApp" en este ejemplo) para ejecutar sus pruebas a menos que requieran acceso a un componente específico de Android (como la carpeta Activos, por ejemplo). Si necesita acceder a cualquier componente específico de Android, puede hacerlo modificando la aplicación de prueba de Android ("RemingtonAndroidToolsTestApp" en este ejemplo) y luego haciendo referencia a ella a través de la instrumentación proporcionada por la API estándar de Android Junit.(Puede leer más sobre esto aquí: http://developer.android.com/tools/testing/testing_android.html)
por la documentation:
Comprobación de un módulo de la biblioteca es el mismo que probar una aplicación. La principal diferencia es que la biblioteca y sus dependencias se incluyen automáticamente como dependencias de la prueba APK. Esto significa que el APK de prueba incluye no solo su propio código, sino también el AAR de la biblioteca y todas sus dependencias. Como no hay una "aplicación bajo prueba" por separado, la tarea androidTest instala (y desinstala) solo la prueba APK. Al fusionar varios archivos de manifiesto, Gradle sigue el orden de prioridad predeterminado y fusiona el manifiesto de la biblioteca en el manifiesto principal de la APK de prueba.
¿Qué tarea ejecutar? prueba de gradle, o gradle androidTest? androidTest no es una tarea. – Sunnyday
O (** alerta de enchufe descarado **) podría utilizar un proyecto que creé: Android Library Test Harness (lo que me gusta llamar "Alt H"). Está disponible como un repositorio de git: https://gitorious.org/alth El proyecto aún está en desarrollo y la documentación es un poco escasa, así que no dude en contactarme si tiene alguna pregunta. – i41