O primeiro episódio do AguiarDev Talks com convidados reuniu quatro profissionais de qualidade de software de momentos de carreira bem diferentes — de quem entrou na área ainda sem ela ser formalizada, a quem migrou de uma graduação em História. A conversa passou por trajetórias, a relação (nem sempre pacífica) entre Dev e QA, rotina ágil, certificações e o momento do mercado de testes em 2021.
O episódio reuniu quatro profissionais que já trabalharam direta ou indiretamente com o host em diferentes momentos de carreira. Pitter Mendes Lacerda ("Peter") atua há cerca de oito anos na área, tendo começado num suporte que incluía testes de customização antes de migrar para fábricas de teste. Márcio Rodrigues Sanches soma quase duas décadas de experiência, com boa parte dela numa mesma empresa onde a qualidade nasceu como responsabilidade informal antes de virar área especializada. Raquel Aquila Santos veio de uma formação em História e entrou em QA havia pouco mais de um ano, via consultoria. Matheus Molina conheceu testes ainda na FATEC, como disciplina obrigatória, e hoje atua num time que trabalha automação em paralelo ao desenvolvimento.
Um dos fios condutores da conversa é que a entrada na área de qualidade não depende de uma graduação específica. Raquel é o exemplo mais direto: formada em História, ela migrou para testes depois de perceber que não queria seguir na área original e passou por treinamentos até conseguir sua primeira oportunidade em 2020. Para ela, o que pesa mais no início é uma característica comportamental — curiosidade e capacidade analítica — e não o conteúdo técnico, que se aprende no caminho.
"A habilidade você tem que ter e o técnico você vai treinando, você vai tomando mais conhecimento, então a característica de um QA é de você ser analítico, de você ser curioso, de você investigar" por Raquel Aquila
A pergunta sobre se Dev e QA são "inimigos naturais" gerou uma das discussões mais longas do episódio. O consenso entre os convidados é que o desconforto de reportar erros não é intrínseco à função — ele aparece quando a empresa trata qualidade como responsabilidade de uma área isolada, e desaparece quando o time encara entregas como responsabilidade coletiva. Peter reforça esse ponto ao comparar ambientes onde qualidade é valorizada desde o início com aqueles onde ela é tratada como entrave.
"Essa questão da rivalidade Dev versus QA vai muito da cultura da empresa. Se a empresa já tem uma cultura de qualidade onde realmente é prezada, eu acho que é um ambiente totalmente agradável onde não tem essa rivalidade" por Pitter Mendes Lacerda
Matheus detalhou como sua rotina começa antes mesmo do desenvolvimento, na etapa de planning, onde o time de qualidade ajuda a escrever os critérios de aceite de cada tarefa da sprint. A ideia é que nada fique subentendido: se uma regra de negócio não estiver documentada como critério de aceite, o desenvolvedor não pode ser cobrado por não tê-la implementado.
"Não adianta o dev entregar uma coisa pra gente e a gente falar 'ficou faltando isso' se aquilo não estava escrito em nenhum lugar, se não era um critério de aceite pro dev. O dev só fez o que estava escrito no documento" por Matheus Molina
Márcio descreveu uma evolução na forma como enxerga o próprio trabalho ao longo da carreira: em vez de medir sucesso pela quantidade de bugs encontrados, o ponto mais avançado de maturidade de um time é quando a qualidade é discutida desde a concepção da funcionalidade, reduzindo a necessidade de caçar defeitos depois que o código já existe. Ele cita a proximidade com testes unitários e TDD como parte dessa mudança de abordagem.
"Uma série de técnicas, práticas que a gente pode fazer pra já evitar que esses bugs aconteçam. É até melhor a gente achar um bug antes que ele vá pra produção, o melhor ainda é que ele nem exista, em nenhum momento" por Márcio Rodrigues Sanches
O grupo debateu o peso de certificações como CTFL e CTAL do BSTQB — o custo (na época, entre R$350 e R$400 por prova), a validade internacional e o quanto realmente pesam na contratação. Raquel defende que elas ajudam a estruturar a base teórica de quem está começando, mesmo reconhecendo que o "papel" sozinho não substitui a compreensão real do assunto.
"Eu concordo que as certificações são importantes pra gente ter uma teoria quando a gente for falar de teste. A certificação não garante, não é só ter o papelzinho, mas você entendeu do que você está falando" por Raquel Aquila
"Nós temos mesmo a visão pessimista do produto pra poder encontrar defeitos antes do cliente, então faz parte do nosso trabalho ser pessimista, mas eu acho que isso tem que ficar bem claro" por Raquel Aquila