O que é mais caro: o tempo gasto testando ou o custo de um bug em produção?

Sei como é, são horas, dias desenvolvendo uma feature ou corrigindo um bug, a lógica está funcionando, a interface está legal... a vontade é de fazer o "pull request", o "merge" e partir para a próxima task o mais rápido possível.

Mas minha experiência anterior em Qualidade de Software me ensinou essa lição na prática.

Eu estava do outro lado e via a frustração do usuário com algo que não funcionou, um dado que sumiu e o retrabalho do time para corrigir algo que um bom caso de teste manual teria pego em minutos.

Essa vivência mudou a forma como eu penso em código hoje. QA me ensinou a ser o "advogado" do usuário e a pensar constantemente nos "E se...?":

➡️ E se eu fizer tal coisa? 

➡️ E se eu clicar em tal parte que não poderia? 

➡️ E se eu digitar algo que não deveria ser possível?

Foi aí que a ficha caiu: testar não é só sobre encontrar bugs e problemas, é sobre construir confiança. É a mentalidade que te faz entregar um código que está validado e funcionando como deveria.

Ter essa visão de qualidade não nos torna mais "lentos", nos torna devs mais inteligentes, entregando mais valor, menos erros e soluções mais sólidas.

E você? Tem alguma experiência pra compartilhar que te ajudou a ser um dev melhor?

Vamos conversar nos comentários! 👇

#QualidadeDeSoftware #QualityAssurance #TestesDeSoftware #DesenvolvimentoDeSoftware #DesenvolvimentoFullStack #BoasPraticas #CarreiraTI