Fluxo de processos dentro da qualidade

É visto no mercado e nas empresas atualmente uma grande demanda para automatizadores de diversas formas sendo exigido muitas vezes sem ter conhecimento sobre como aplicar em seus processos ou entender qual a melhor forma de aplicar em seu fluxo de testes ou até mesmo saber qual o fluxo de processo de automação a ser aplicado.

Em minha vivência percebo uma grande gama de ter a skill automatização em seu time de qualidade sem realmente existir processos definidos com clareza ou definido para quê a automação será desenvolvida e aplicada, aqui já teremos dois grandes problemas, se não possuo processos definidos no ciclo de testes como aplicar de forma eficiênte um clico de automação?

Qualidade não é apenas sobre regras de negócios e encontrar bugs e preciso entender e defender processos fluídos e limpos, mutas vezes desenhados com fluxogramas para melhor entendimento e resultado, entender que os processos de qualidade não são vinculados a nenhum setor e primordial, quanto mais independente seu time andar melhor será. Entender que haverá mais de um tipo de fluxo além do caminho triste e de caminho feliz e que é apenas a visão macro do ciclo de vida é necessário.

Primeiro passo é ter um fluxo macro do caminho feliz, com todos os steps, servindo para movimentos de tarefas, implementação de automação, ciclo de testes etc, que deve abranger de forma clara, sem grandes detalhes como deve desde o inicio até o fim, deixando espaços para mudanças de última hora ou mudanças futuras sem que impact os steps anteriores, a independencia de cada passo é necessário para que não exista gargalos ou gaps.

Um exemplo de fluxo macro de caminho feliz:

Lembrando que a melhor forma de definir o fluxo deve-se ser a que for de mais uso ao colaborador, não há necessidade de complexar o que deve facilitar

Segundo passo é conseguir entender, desenhar e aplicar de forma prática todo os requisitos, se a equipe erra então é porque seu fluxo não está claro ou funcional, adaptabilidade deve sempre caminhar com as regras desejadas, se o teach lead, senior ou arquiteto entende para que serve aquele fluxo então seu desenho e aplicação tem quer fácil, não há necessidades de fluxos complexos já que isso mais dificulta do que ajuda a equipe em si. quando mais simplificado o seu fluxo melhor de se entender e aplicar junto a equipe, se o que vai ser definido for um ciclo de teste utilize ferramentas de organograma ou de fluxograma, verifique suas variaveis e documente as variações mais comuns dando espaço para documentar movimentos mais sensiveis ou complexos, se for necessário ramifique um processo tornando-o objetivo.

Terceiro passo é entender que a automação apesar de estar dentro do fluxo macro, deve-se ter definido todo seu processo como macro e tendo suas variavéis, indo desde a implementação, manutenção, aplicação, metrificação e apresentação de resultado, sendo interno ou para clientes, a automação deve ser muito bem desenhada sua funcionalidade para que não seja um esforço desnecessário ou mal planejado, torna-se uma ferramenta além de mal aplicada sem resultados, perceber que testes automatizados são sensíveis e caros, leia mais sobre a piramide de testes, então alocar no fluxo geral e primordial e seu processo deve ser pensando atentamente, não adiantar implementar se não está definido seu esteira, manutenabilidade ou extração de relatório.

As responsabilidades do Q.A são inumeras e muitas vezes reduzidas a apenas testes manuais e automação, porém sua atuação está em diversas áreas, indo muito além do "Guardião de regras" ou "Caçador de bugs", a arquiteto de q.a tem como função manter e implementar processos, ferramentas e estrátegias de testes de acordo com o projeto em movimento, verificando se o que é feito naquele momento faz sentido.

Esse texto é apenas uma orientação inicial sobre a importância e como entender um fluxo a ser desenvolvido, um gap do mercado mais comum do que deveria e que muitas vezes frustas os profissionais que acabam não tendo uma boa performance em seus projetos por estarem amarrados a outros setores ou um step acabar dependendo do outro, atualmente não há um nicho grande de Q.As responsavéis pelos processos, mas aplicando as dicas acima e com insistências pois mudanças desse tipo normalmente encontrasse certa resistência, espero poder ajudar meus colegas de alguma forma.

Fico a disposição para aprofundar o assunto ou ajudar quem se interessar.

Referências:

https://www.youtube.com/watch?v=y3JDmoLjosY

https://www.redhat.com/pt-br/topics/automation

https://blog.geekhunter.com.br/arquitetura-de-testes/

Ferramentas utilizadas:

https://miro.com/