Te invitamos al
Allure Server Meetup , que se llevará a cabo el 21 de marzo en la oficina de Wrike en San Petersburgo.
Cada departamento de pruebas está comprometido con la velocidad y la calidad a la velocidad. En Wrike escribimos una gran cantidad de pruebas automáticas, las ejecutamos lo más rápido posible y, al mismo tiempo, nos esforzamos por dedicar un tiempo mínimo a su soporte y documentación. Hemos estado cooperando con qameta.io durante mucho tiempo con respecto a los marcos y herramientas de automatización. Entonces, durante más de un año, hemos estado implementando el nuevo sistema TMS: Allure.Server, que se adapta bien a nuestras ideas sobre la realización de la documentación de pruebas y la gestión de las pruebas automáticas. En la reunión Allure.Server hablaremos más sobre este sistema, los patrones de uso y las implementaciones técnicas además de este sistema.
En el programa:
Anton Bashkirov - Servidor Allure: transformación de la gestión de casos de prueba en WrikeHablaré sobre cómo nosotros en Wrike usando Allure Server organizamos el proceso de creación de documentación de prueba sobre el principio de "documentación de autoevaluaciones".
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 los pasos del servidor, lo que nos permite trabajar con casos de prueba, listas de verificación, pruebas automáticas e incluso pruebas de unidades de integración en un solo ecosistema ordenado .
Ivan Varivoda - Pruebas de cuarentena o cómo no volverse loco con las pruebas de selenio de 10KEn 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 es extremadamente necesario apagar las pruebas rotas lo más rápido posible y poder controlar las pruebas "apagadas".
Hablaremos sobre cómo desactivar rápidamente las pruebas, qué es la cuarentena de pruebas, por qué es necesaria y cómo funciona en Wrike y qué tiene que ver Allure Server con ella.
Discusión: Artyom Eroshenko, Mikhail LevinEn el formato del diálogo que entra en las preguntas de la audiencia, discutiremos los problemas y las direcciones del desarrollo de la gestión de pruebas, la interacción con Qameta y otros planes para el servidor Allure.
Te esperamos en
la oficina de Wrike del 21 de marzo a las 19:00.
RegistroUPD: informe de entradas
habr.com/ru/company/wrike/blog/454730