A finales de marzo, la
reunión del servidor Allure se celebró en la oficina de Wrike St. Petersburg. En unas pocas horas, fue posible poner información concentrada en la nueva herramienta de
servidor Allure , en las prácticas modernas de trabajo con documentación de pruebas y pruebas automáticas, y en una experiencia interesante en la interacción de las pruebas Wrike y un nuevo proveedor en el mercado de sistemas TMS.
Para aquellos que no pudieron venir, publicamos videos de informes.
Anton Bashkirov (Wrike QA Lead) habló sobre el concepto y el producto del servidor Allure en sí, sobre cómo nuestras necesidades de documentación de prueba rápida y barata y trabajo centralizado con ella crecieron juntas y penetraron con las ideas del equipo
qameta.io . Describí nuestros planes adicionales para trabajar con el servidor Allure.
Anton Bashkirov - Servidor Allure: transformación de la gestión de casos de prueba en Wrike
El proceso de documentación habitual puede verse así: el Manual de control de calidad escribe una lista de verificación → escribe casos de prueba → los da para la automatización → admite la documentación a medida que cambian las pruebas automáticas. Descubrimos cómo simplificar y reducir el costo de esta cadena integrando QA y QAA en un flujo de trabajo de equipo común, pasando a un sistema de documentación unificado.
Aprendemos a usar todos los artefactos de prueba como documentación para nuestro producto, utilizamos activamente anotaciones del código de prueba automática, vinculándolos con los atributos correspondientes en la base de datos de servidor, lo que nos permite trabajar con casos de prueba, listas de verificación, end2end y pruebas de integración en un solo ecosistema ordenado .
Ivan Varivoda (Wrike QA Automation) cubrió la historia de la cuarentena de prueba, lo cual es muy importante para nosotros, lo que nos permite poner la salida de los lanzamientos, la reparación y el retorno de las pruebas automáticas estabilizadas a la corriente. Nuevamente, esta es una solución construida primero por separado del servidor Allure e integrada en este sistema en colaboración con los desarrolladores.
Ivan Varivoda - Pruebas de cuarentena o cómo no volverse loco con las pruebas de selenio de 10K
En la automatización de pruebas, desafortunadamente, las situaciones no son infrecuentes cuando algunas de las pruebas automáticas dejan de funcionar correctamente temporalmente. Quizás estos son matraces de prueba o su rendimiento se vio afectado por un problema de infraestructura o error: de una forma u otra tenemos que "apagar" tales pruebas desde el inicio o ignorarlas.
Cuando un proyecto tiene una pequeña cantidad de pruebas y no lo persiguen con frecuencia, no hay problemas especiales, pero con el aumento en la cantidad de pruebas y los inicios diarios se hace extremadamente necesario apagar las pruebas rotas lo más rápido posible y poder controlar las pruebas "apagadas".
Artyom Eroshenko (qameta.io), Mikhail Levin (Wrike QA Director) con la participación de
Dmitry Baev (qameta.io) junto con la audiencia discutieron el servidor Allure y, en general, las opiniones sobre la documentación de las pruebas modernas.
