As inscrições estão abertas para o Allure Server Meetup em São Petersburgo

Convidamos você para o Allure Server Meetup , que será realizado em 21 de março no escritório de Wrike em São Petersburgo.
Cada departamento de teste está comprometido com a velocidade e a qualidade na velocidade. Na Wrike, escrevemos um grande número de autotestes, executamos o mais rápido possível e, ao mesmo tempo, tentamos gastar um tempo mínimo em seu suporte e documentação. Há muito tempo que cooperamos com o qameta.io em relação às estruturas e ferramentas de automação. Portanto, há mais de um ano estamos lançando o novo sistema TMS - Allure.Server, que se encaixa bem em nossas idéias sobre a realização de documentação de teste e o gerenciamento de autoteste. Na reunião Allure.Server, falaremos mais sobre esse sistema, padrões de uso e implementações técnicas no topo deste sistema.

No programa:

Anton Bashkirov - Allure Server: transformação do gerenciamento de casos de teste no Wrike

Vou falar sobre como nós da Wrike, usando o Allure Server, organizamos o processo de criação de documentação de teste com o princípio de “documentação a partir de autoteste.

O processo de documentação usual pode se parecer com o seguinte: 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 sobre nosso produto, usamos anotações ativas do código de autoteste, associando-os aos atributos correspondentes no banco de dados de fascínio do servidor, o que nos permite trabalhar com casos de teste, listas de verificação, autotestes e até testes de unidade de integração em um único ecossistema ordenado .

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 o aumento do número de testes e do início diário, torna-se extremamente necessário desativar os testes interrompidos o mais rápido possível e poder controlar os testes "off".

Falaremos sobre como desativar rapidamente os testes, o que é a quarentena de testes, por que é necessário e como funciona no Wrike e o que o Allure Server tem a ver com isso.

Discussão: Artyom Eroshenko, Mikhail Levin

No formato do diálogo que entra em perguntas da audiência, discutiremos os problemas e as direções do desenvolvimento do gerenciamento de testes, a interação com o Qameta e outros planos para o servidor Allure.

Estamos esperando por você no escritório do Wrike de 21 a 19 de março.

Registo

UPD: entradas de relatório habr.com/ru/company/wrike/blog/454730