Teste de software: o mito de quem não sabe o valor de um teste
Testar ou não testar? Realmente, não testar é mais barato? Entregar tudo rápido é o que importa?
Quando falamos sobre testes, o assunto é sempre polemico: a guerra entre Produto (Negócio) x Devs (TI) x QA (TI).
Mas você já parou pra pensar no custo de não testar?
Os argumentos são sempre iguais:
- não há tempo na sprint
- não tem entrega visual
- não gera valor (tanto $$ quanto pro negócio)
Será que não mesmo ou é só uma visão limitada que você tem?
O imediatismo que dita as coisas hoje direciona as ações empresariais. Clientes que não conseguem fazer uma operação, em qualquer aplicativo ou plataforma que seja, por motivos de erro em tela ou demora no carregamento mudam de aplicativo. A concorrência é enorme e o tempo é curto.
Em média, segundo a Kissmetrics, 40% dos usuários abandonam sites e apps que demoram mais de 3 segundos para carregar.
Então pense comigo, se eu tenho um produto com 5 funcionalidades sendo ofertadas ao cliente mas apenas 2 delas funcionam completamente, então eu tenho um produto que não agrada 100% aos meus usuários (em termos de requisitos funcionais) e nem 100% do que cada usuário gostaria.
Aplicativos simples, intuitivos, com boa funcionalidade e excelente disponibilidade são aplicativos que se dissipam rapidamente e foram muito bem testados antes de chegarem ao cliente final.
Bora começar a falar sobre testes, testes automatizados (para front-end e back-end em!) com seu líder, com seu PO/PM, com seu coleguinha?
Sistemas bem testados e com códigos limpos, geram mais valor e disponibilidade, agregando ao negócio mais valor financeiro direta e indiretamente.
Vamos a conclusão básica sobre desenvolvimento: é mais barato ter algo que funcione minimamente do que um produto com diversas funcionalidades que não funcionam direito. Falta um pouco para que algumas áreas entendam essa premissa. A velha história sobre desenvolver o MVP e o errar rápido seguem firmes e fortes.
