Las pruebas con UIAutomation en instrumentos son geniales, sin embargo, la documentación y los recursos a su alrededor son inexistentes u ocultos. ¿Cuáles son los mejores recursos (documentación, publicaciones en blogs, preguntas sobre el desbordamiento de pila) que le han ayudado a implementar esto en sus proyectos? ¿Hay algún buen script de prueba de código abierto en la naturaleza?Mejores recursos para pruebas de UIAutomation para aplicaciones de iOS
Respuesta
Como señalo en my answer a this similar question, cubrí UI Automation como parte de mi reciente curso sobre desarrollo avanzado de iPhone. El video de la sesión "Prueba" que cubre este instrumento se puede encontrar gratuitamente en on iTunes U, y las notas del curso sobre Automatización de la interfaz de usuario, junto con las secuencias de comandos de muestra, están disponibles here.
Si tiene acceso al WWDC 2010 videos, asegúrese de ver la sesión 306 - "Automatización de la prueba de interfaz de usuario con instrumentos". Esa fue mi primera introducción al tema, y hacen un gran trabajo al analizar los conceptos básicos.
Además, "How to use UIAutomation to create iPhone UI tests" de James Turner y "Working with UIAutomation" de Alex Vollmer son comentarios que me han resultado útiles.
Finalmente, la etiqueta ui-automation aquí en Stack Overflow contiene muchos scripts útiles y ejemplos específicos de UI Automation en acción.
- 1. Ejecutando pruebas de iOS UIAutomation de Jenkins
- 2. Mejores recursos para aprender buildout
- 3. ¿Mejores recursos para aprender PyGame?
- 4. Recursos para mejores prácticas, métodos, etc. de TDD
- 5. ¿Mejores prácticas para el desarrollo de aplicaciones administradas de SalesForce?
- 6. ¿Cuáles son algunos de los mejores recursos para aprender MSBuild?
- 7. ¿Cómo puedo convertir el resultado de mis pruebas de UIAutomation de iOS en una salida de estilo JUnit para Jenkins?
- 8. NSFileProtectionComplete para iOS 4.0 aplicaciones
- 9. Biblioteca de análisis para aplicaciones iOS
- 10. ¿Mejores prácticas para internacionalizar aplicaciones web?
- 11. iOS 4: distribución de aplicaciones inalámbricas para aplicaciones internas
- 12. Mejores prácticas para aplicaciones JUnit y RMI, registro RMI
- 13. iPhone - Recuperación de recursos para pruebas de unidades lógicas
- 14. ¿Recursos para implementar ERP y otras aplicaciones empresariales?
- 15. Mejores prácticas de confirmación de correo electrónico para aplicaciones móviles
- 16. ¿Mejores prácticas para el flujo de trabajo de aplicaciones web?
- 17. Mejores prácticas de tamaño de imagen para aplicaciones móviles
- 18. ¿Mejores prácticas para las pruebas de integración con Maven?
- 19. Escribiendo buenas pruebas para las aplicaciones de Django
- 20. Directorio de recursos para pruebas en una aplicación Play
- 21. ¿Herramientas/mejores prácticas para administrar dependencias de aplicaciones?
- 22. Mejores prácticas para la localización de aplicaciones web ASP.NET
- 23. Mejores prácticas para la implementación de aplicaciones web .NET
- 24. Biblioteca para aplicaciones iOS y OS X?
- 25. Android: pruebas de instumentación para widgets de aplicaciones
- 26. Pruebas de regresión para estilo y diseño de aplicaciones web
- 27. javascript pruebas de integración para aplicaciones de una página
- 28. Mejores prácticas para desarrollar aplicaciones más grandes en Android
- 29. ¿Recursos de Javascript para consola como aplicaciones web?
- 30. ¿Cuáles son los mejores recursos para aprender CIL (MSIL)
Sin relación con la pregunta, no estoy convencido de que el mejor enfoque para manejar la etiqueta [ui-automation] sea crear una variante específica de iOS y volver a etiquetar todo. La gente ha estado usando esta etiqueta bien para asuntos relacionados con iOS durante más de un año sin confusión. Quizás ampliar el wiki de la etiqueta [ui-automation] para incluir esta posible definición es el enfoque correcto. He hecho una pregunta sobre esto en Meta, para ver lo que otros piensan que es la mejor solución: http://meta.stackexchange.com/questions/105149/should-the-ui-automation-tag-be-broadened-beyond -the-microsoft-specific-definit. –
Estoy respetuosamente en desacuerdo. La etiqueta wiki actual define claramente el alcance. ¿Qué tendría un desarrollador de iOS en común con el desarrollador .NET que busca aprovechar el marco de automatización? Estos son dos temas divergentes. – dtuckernet