Se você não testa software ou ainda acha que:

... pode testar software somente de forma manual;
... testes de software é usado somente para descobrir/evitar bugs no software;
... testar software é chato, difícil e improdutivo (produtividade é escrever código de produção para entregar novas features);
... é capaz de construir um software profissional de forma ágil e sem reforçar a atividade de testes...

Não escreva mais código até assistir a essa palestra

Faremos juntos uma reflexão sobre vários aspectos do teste de software na atualidade
Você já parou para pensar...

... Por que você deve escrever um teste para o software, se já o testa manualmente à cada alteração que faz no código?

... Se você realmente sabe quais podem ser as utilidades de escrever um teste para o software? Será somente para descobrir bugs?

... No impacto que escrever teste causa no design (acoplamento, coesão, qualidade, simplicidade, etc.) de seu código de produção?

... Em como fazer para testar seu software em vários níveis de integrações (unitários, testar interação entre camadas, testar o backend
completo, testar toda a aplicação)?

... Por que a evolução de um sistema sem (com poucos) testes "trava" quando o software atinge determinado tamanho (Se tornou um "legado"?), e só piora a partir de então?

... Até onde você vai para escrever um teste em seu software? Você é capaz de mudar seu código de produção somente para escrever um teste?

... Em como viabilizar a escrita de teste para o seu software (tornar o software, testável)?

... Que parte de seu software merece mais esforço de teste, ou não pode de forma alguma ficar sem teste?