Por que testar? Fui eu quem fiz!
Me lembro do dia em que essa frase foi dita como se fosse hoje… Estava na faculdade, logo após uma aula de qualidade de software quando alguém que ainda não tinha muita experiência na área de TI como um todo e não enxergava a importância de um software bem testado disse: Eu não preciso testar. Testar pra quê? Fui eu quem fiz! E eu confio no meu trabalho.
Ingênuo? Talvez.
Inexperiente? Certamente.
E não há problema nenhum nisso, que fique claro.
Ok, mas por que testar?
Imagine que o software é como um carro. Você confiaria andar num carro que não passou pelas etapas de testes? Ou até passou por algumas, mas outras foram deixadas de lado devido ao curto prazo para testes ou orçamento apertado? Certamente não.
Da mesma forma que um carro que não passou pela fase de testes tem grandes chances de falhar em algum momento, um software que não foi bem testado também tem.
Um software bem testado traz ganhos tanto para a empresa quanto para seus usuários, pois é através deles que conseguimos evitar grandes perdas financeiras, perdas de dados etc.
Ah mas isso é papo de QA, devs não precisam se preocupar muito com testes!
Testes devem ser realizados durante todo o ciclo do software, principalmente no desenvolvimento. Nesta etapa, são realizados testes de unidade.
Os testes unitários servem para garantir que após alguma alteração no código, sua aplicação continuará funcionando.
“Unit Tests” são grandes aliados da qualidade do software, veja a pirâmide de testes abaixo:
Através dela, podemos entender que a camada Unit (unidade) é a que deve receber a maior quantidade de testes do software e que os bugs encontrados nesta camada podem gerar correções mais baratas e mais rápidas que se encontrados em outras camadas.
Portanto, quanto mais cedo começar a testar o software melhor!
😉
As outras camadas também são muito importantes, mas isso é assunto para outro texto.
Até breve! 😀