Manager
Manejador principal en donde:
- Se realiza el diseño de las pruebas, desde la idea, el boceta y el script de la prueba.
- Se planea la ejecución de las pruebas, tanto para pruebas simples, como planes más robustos y ciclos de negocio.
- Se analizan y consultan los resultados de las pruebas
- Tiene la integración principal con herramientas externas como CI/CD, manejadores de errores y otros
enabler
Se encarga de habilitar las pruebas, haciendo la preparación de los scripts en lenguaje de usuario a un ámbito técnico, además de preparar el paralelismo de las pruebas, en caso de que aplique.
Al momento de ejecutar las pruebas, el habilitador analiza las pruebas, sus dependencias, reutilizaciones y datos a manejar, habilita las pruebas, de forma que se puedan realizar las ejecuciones de forma paralela, además de permitir que los tiempos reportados sean de real ejecución y no de preparación.
Worker
Se encarga de la ejecución de las pruebas en sí. Es posible tener varios DWorker que ejecuten en forma paralela, todo manejado a través del Manager.
Existe dos tipos de Dworkers:
- Dworker de diseño y desarrollo, que está orientado a las personas de pruebas que están automatizando pruebas, y a los desarrolladores que están ejecutando sus desarrollos de forma local.
- Dworker-cloud de prueba de producto, que está orientado a llevar la certificación de la prueba y hacer grandes ejecuciones, en paralelo.
Arquitectura Colaborativa conceptual y técnica
Lograr colaboración es más que poder ver los resultados de las ejecuciones que
hacen otras personas.
Las características con que cuenta Enjisst para soportar la colaboración son:
- Visualización de los reportes detallados de pruebas que ejecuta cualquier persondel equipo, con información detallada delas condiciones de la prueba, en cada uno de los pasos.
- Workers tanto para uso local como para uso en nube, para que el mismo
script de prueba se pueda ejecutar como pruebas unitarias y como parte
de la certificación del producto.- Descarga de los archivos utilizados previamente y durante la ejecución,
para poder tener análisis posterior del comportamiento de la prueba.- Manejo de ambientes para modificar las condiciones de la prueba como url
de uso, datos a utilizar, ciertos identificadores de elementos, para soportar la ejecución del mismo script en diferentes ámbitos de prueba- Soporte de automatización de pruebas Web y APIs, pudiendo combinar la información entre la interacción de los dos, de forma que se crean ciclos de negocio combinados.
- Tres tipos de prueba:
Prueba de producto que es el
Prueba de diseño que se refiere al
proceso de automatización de pruebas, por tanto sus resultados no deben afectar los reportes de análisis
Prueba de desarrollador que se realiza en momento de desarrollo y se puede o no incluir en los análisis de resultados
CLASES DE CASOS DE PRUEBA
Los casos de prueba están orientados a ser evolutivos a lo largo del tiempo, de forma que de opción para aplicar los conceptos de desarrollo dirigido por pruebas, además que se puedan escribir primero de forma manual y luego automatizarla:
Ideas: Nombre y descripción de la prueba, ideal para la ideación inicial o como criterio de aceptación de características.
Bocetos: Títulos de los pasos de la prueba, permite que expertos en el negocio la esquematicen antes de ser detallada por un analista.
Automatizados: Pasos de prueba agrupados con sentencias DolphinScript para web, webservices, archivos, correos, etc. Existen cuatro tipos de sentencias:
- Acciones
- Validaciones
- Sincronización, para hacer esperas especiales al comportamiento del sistema, y así bajar la probabilidad de falsos positivos por demoras del sistema a probar
- Extracción de información para hacer ciclos de prueba más
- completos incluidos en interacción entre varias aplicaciones, y/o
- webServices
Mixtos: Combinan pruebas automatizadas con validaciones manuales posteriores
CARACTERISTICAS DEL SOFTWARE Y SU RELACIÓN CON PRUEBAS
Modelo de tres niveles para definir las características del software a probar. Tiene atributos para medir el impacto de errores en cada característica.
Asociación de características a casos de prueba para análisis de cobertura de diseño y ejecución de pruebas.
BENEFICIOS SOBRE EL PROCESO DE PRUEBAS
Las pruebas son evolutivas a lo largo del ciclo de vida.
Integración con herramientas
Enjisst se integra con herramientas del ciclo de vida de desarrollo, que complementan el manejo de pruebas y DevOps:
Herramientas de integración continua CI/CD
La ejecución de los planes de prueba y ciclos de prueba se pueden ejecutar a través de servicios, desde cualquier herramienta CI/CD. Enjisst genera pipelines Jenkins, Bitbucket pipeline, Azure pipeline y genéricos.
Herramientas de administración de errores
Una vez confirmado un error del software, se registran errores integrados con herramientas como Jira, Azure, Mantis.
Herramientas de administración de pruebas
En caso de se quiera manejar alguna herramienta adicional de administración de pruebas, Enjisst integra la creación de casos y planes de prueba, además de los resultados de la ejecución de los casos incluidos en Zephyr o TestPlan.
© 2021 Magis sas- All rights reserved.