Fala galera, nos últimos anos passei por algumas experiências trabalhando como QA em times de desenvolvimento ágil e com isso percebi a necessidade de contextualizar um pouco de como o QA/Analista/Engenheiro/ de Testes e Qualidade pode contribuir com entregas de acordo com as expectativas da área demandante.

Referência

Bom, aqui embaixo você pode entender um pouco mais sobre isso, espero que seja uma leitura agradável.

Qual é o objetivo do SQA?

Em um contexto ágil de desenvolvimento de software o QA tem o objetivo de conduzir o controle de qualidade, visando prevenir erros e falhas ao realizar entregas de um produto para atender as expectativas do cliente final.

O QA precisa identificar quais são os papéis e a estrutura da sua squad

• Quantas pessoas existem na squad e o que elas fazem;
• Alinhamento de como é o dia a dia do desenvolvedor (quais suas dificuldades, o que tem feito para garantir a qualidade e segurança das suas entregas);
• Identificar como são os processos (Existe deploy automatizado? Como são criados os critérios de aceitação?).

Entender quais tipos de testes estão sendo feitos(sim, usei a famigerada pirâmide)

Uma vez que os testes são identificados, com base na pirâmide de testes, para que os cenários de testes não sejam redundantes, o QA precisa ponderar quais camadas estão sendo utilizadas e o que faz sentido manter.

• Identificar os tipos de testes;
• Entender a estratégia que foi tomada para a criação dos testes de acordo com o contexto da squad/topologia do time;
• Manutenção dos testes com foco em futuras correções (Se o código quebrar, quanto tempo para debugar e corrigir as automações?);
• As automações são de responsabilidade do time como um todo e não apenas do QA.

Foco em entregar valor

Um dos maiores desafios do QA é conseguir entender o momento atual da sprint e manter o foco no que vai gerar valor para a entrega com o objetivo de não impactar na fluidez do time.

• O QA precisa entender como os insumos de testes já criados podem agregar as entregas da sprint corrente;
• Sempre alinhado com os líderes, é importante começar por pequenos ajustes e incrementá-los de acordo com a necessidade e andamento das sprints;
• Identificar o que funciona e o que não funciona para o contexto da squad;
• “Quantidade não é qualidade”;
• “Menos é mais!.”

Ser orientado a dados (Data-driven)

• É de suma importância gerar relatórios e métricas do que está sendo entregue com relação a execução dos testes e bugs;
• Documentar bugs que são encontrados durante o desenvolvimento e as sprints (Confluence e Jira);
• Apoiar no rastreamento de crises para a tomada de decisão (criar histórico do que aconteceu);
• Gerar relatório em ferramentas que auxiliem nos cenários de testes automatizados;
• Criar um canal de report com os relatórios gerados para informar a squad a condição de saúde da aplicação.

Comunicação e Colaboração

A comunicação é um fator chave para que todos os membros da squad estejam alinhados no que diz respeito as entregas. A colaboração por sua vez, faz com que todos da squad estejam dispostos a praticarem a qualidade e utilizarem o QA como ponto focal nas atividades desde o início do desenvolvimento.

• O QA pode apoiar o PO e o DEV para levantamento dos critérios de aceitação utilizando técnicas de escritas e processos de desenvolvimento, respectivamente Gherkin e BDD;
• O QA pode apoiar a área de operações suportando o versionamento do código, a criação dos pipelines de CI/CD, analisando logs de erros e monitorando as execuções dos Deploys;
• O QA pode criar manuais, documentações e roteiros;
• O QA pode auxiliar nos testes unitários e também em pequenas correções de bugs durante o desenvolvimento;
• A qualidade é de todos, pratiquem!

Curtiu essa publicação? Ficaria muito feliz em receber seu comentário ou feedback. Grande abraço!

Referências:

Engenharia de Software Moderna — Marco Tulio Valente
Entrega Contínua — Jez Humble | David Farley