No final de março, o
encontro do servidor Allure foi realizado no escritório da Wrike em São Petersburgo. Em poucas horas, conseguimos colocar informações concentradas na nova ferramenta de
servidor Allure , nas práticas modernas de trabalhar com documentação e autoteste de testes e em uma experiência interessante na interação dos testes Wrike e um novo fornecedor no mercado de sistemas TMS.
Para quem não pôde vir, publicamos vídeos de relatórios.
Anton Bashkirov (Líder de controle de qualidade da Wrike) falou sobre o conceito e o próprio produto do servidor Allure, sobre como nossas necessidades de documentação de teste rápida e barata e trabalho centralizado cresceram juntos e penetraram nas idéias da equipe
qameta.io . Descrevi nossos planos adicionais para trabalhar com o servidor Allure.
Anton Bashkirov - Allure Server: transformação do gerenciamento de casos de teste no Wrike
O processo de documentação usual pode se parecer com o seguinte: O QA Manual escreve uma lista de verificação → escreve casos de teste → fornece automação → suporta documentação à medida que os autotestes são alterados. Descobrimos como simplificar e reduzir o custo dessa cadeia, integrando o controle de qualidade e o controle de qualidade em um fluxo de trabalho comum da equipe, passando para um sistema de documentação unificado.
Aprendemos a usar todos os artefatos de teste como documentação para nosso produto, usamos ativamente anotações do código de autoteste, vinculando-os aos atributos correspondentes no banco de dados allure do servidor, o que nos permite trabalhar com casos de teste, listas de verificação, testes de final de extremidade e integração em um único ecossistema ordenado .
Ivan Varivoda (automação de controle de qualidade do Wrike) cobriu o histórico de quarentena de teste, o que é muito importante para nós, o que nos permite colocar a saída dos lançamentos, reparar e devolver testes automáticos estabilizados ao fluxo. Novamente, esta é uma solução criada primeiro separadamente do servidor Allure e integrada neste sistema em colaboração com os desenvolvedores.
Ivan Varivoda - Testes de quarentena ou como não enlouquecer com testes de 10K de selênio
Infelizmente, na automação de testes, as situações não são incomuns quando alguns dos autotestes param temporariamente de funcionar corretamente. Talvez estes sejam frascos de teste ou o desempenho deles tenha sido afetado por um problema ou bug de infraestrutura - de uma maneira ou de outra, precisamos “desativar” esses testes nas iniciações ou ignorá-los.
Quando um projeto tem um número pequeno de testes e eles não os perseguem com frequência - não há problemas especiais, mas com um aumento no número de testes e no início diário, torna-se extremamente necessário desativar os testes interrompidos o mais rápido possível e poder controlar os testes "desativados".
Artyom Eroshenko (qameta.io), Mikhail Levin (diretor de controle de qualidade do Wrike) com a participação de
Dmitry Baev (qameta.io) junto com o público discutiram o servidor Allure e geralmente
exibem a documentação de teste moderna.
