Acerca de las pruebas de canalización
Azure DevOps Services | Azure DevOps Server 2022: Azure DevOps Server 2019
En este artículo se describen los términos usados habitualmente en "pipeline ", el "informe de prueba" y el "análisis de pruebas ", y se ofrecen sugerencias para mejorar las pruebas en Azure Pipelines.
Término | Definición |
---|---|
Duración | Tiempo transcurrido en la ejecución de una prueba, ejecución de pruebas o ejecución de pruebas completa en una canalización de compilación o versión. |
Propietario | Propietario de una prueba o ejecución de prueba. Normalmente, el propietario de la prueba se especifica como un atributo en el código de prueba. Consulte la tarea Publicar resultados de pruebas para ver la asignación del atributo Owner para los formatos de resultados de pruebas admitidos. |
error de compilación | Referencia a la compilación que tiene la primera aparición de errores consecutivos de un caso de prueba. |
Versión con errores | Referencia a la versión que tiene la primera aparición de errores consecutivos de un caso de prueba. |
Resultado | Hay 15 resultados posibles para una prueba: Anulado, Bloqueado, Error, Fallido, No concluyente, En curso, Ninguno, No aplicable, No ejecutado, No afectado, Superado, En pausa, Tiempo de espera, Sin especificar y Advertencia. Algunos de los resultados usados habitualmente son: - anulado: la ejecución de la prueba finalizó abruptamente debido a factores internos o externos, por ejemplo, código incorrecto, problemas de entorno. - Error: prueba que no cumple el resultado deseado. - Inconclusive: prueba sin un resultado definitivo. - No ejecutado: prueba marcada como omitida para su ejecución. - No afectado: la prueba no se ve afectada por el cambio de código que desencadenó la canalización. - Superado: la prueba se ejecutó correctamente. - Tiempo de espera: la duración de la ejecución de la prueba excede el límite especificado. |
Prueba no confiable | Prueba con un comportamiento no determinista. Por ejemplo, la prueba puede dar lugar a resultados diferentes para la misma configuración, código o entradas. |
Filtro | Mecanismo para buscar los resultados de la prueba dentro del conjunto de resultados, mediante los atributos disponibles. Más información. |
Agrupación | Ayuda para organizar la vista de resultados de las pruebas en función de los atributos disponibles, como Requisito, archivos de prueba, prioridad, etc. Tanto el informe de prueba como el análisis de pruebas proporcionan compatibilidad con la agrupación de resultados de pruebas. |
Porcentaje de pruebas correctas | Medida del éxito del resultado de la prueba para una sola instancia de ejecución o durante un período de tiempo. |
Prioridad | Especifica el grado de importancia o criticidad de una prueba. La prioridad se especifica normalmente como un atributo en el código de prueba. Consulte la tarea Publicar resultados de pruebas para ver la asignación del atributo Prioridad para los formatos de resultados de pruebas admitidos. |
Análisis de pruebas | Vista de los datos de prueba históricos para proporcionar información significativa. |
Caso de prueba | Identifica de forma única una sola prueba dentro de la rama especificada. |
archivos de prueba | Agrupar pruebas en función de la forma en que se empaquetan; como archivos, archivos DLL u otros formatos. |
informe de prueba | Vista de una sola instancia de ejecución de prueba en la canalización que contiene detalles de estado y ayuda para solucionar problemas, rastreabilidad, etc. |
Resultado de la prueba | Instancia única de ejecución de un caso de prueba con un resultado y detalles específicos. |
Ejecución de pruebas | Agrupación lógica de resultados de pruebas en función de: - Prueba ejecutada mediante tareas integradas: todas las pruebas ejecutadas mediante una sola tarea, como de pruebas de Visual Studio, Ant, Maven, Gulp, Grunt o Xcode se notificarán en una ejecución de prueba única. - Resultados publicados mediante la tarea Publicar resultados de pruebas: proporciona una opción para agrupar todos los resultados de pruebas de uno o varios archivos de resultados de pruebas en una sola ejecución o ejecuciones individuales por archivo. - Resultados de pruebas publicados mediante API: API proporcionan la flexibilidad de crear ejecuciones de pruebas y organizar los resultados de las pruebas para cada ejecución según sea necesario. |
Rastreabilidad | Capacidad de realizar un seguimiento hacia delante o hacia atrás de un requisito, un error o un código fuente a partir de un resultado de prueba. |
Procedimientos recomendados
Garantizar la confiabilidad de las aplicaciones requiere pruebas completas en Azure Pipelines, ya que las pruebas unitarias y las pruebas de integración son esenciales. Probar integraciones en entornos en la nube, especialmente aplicaciones sin servidor, plantea desafíos debido a arquitecturas distribuidas, mal configuradas permisos de IAMy problemas de integración entre servicios.
Para solucionar esto, considere la posibilidad de ejecutar el código localmente al interactuar con servicios de Azure originales, lo que facilita pruebas realistas y habilita las herramientas del depurador adecuadas para las pruebas automatizadas. La implementación de este enfoque requiere el aprovisionamiento de recursos efímeros de Azure. Idealmente, cree cuentas independientes para cada entorno; como alternativa, es posible el aprovisionamiento dinámico dentro de las canalizaciones de Azure, aunque esto aumenta el tiempo de ejecución y requiere una planificación cuidadosa para la desactivación de recursos. Para minimizar los conflictos de nomenclatura, evite la nomenclatura explícita de recursos a menos que sea necesario e incluya nombres de entorno en nombres de recursos.
Ayuda y soporte técnico
- Consulte nuestra página de solución de problemas
- Obtenga consejos sobre Stack Overflowy obtenga soporte técnico a través de Developer Community