Cada deploy é uma torcida. Você muda uma linha e fica esperando pra ver se algo quebrou. Feedback lento, retrabalho.
Já passou um tempão preenchendo um formulário só pra testar um fluxo? Já quebrou algo numa parte do sistema que aparentemente não tinha nada a ver? (eu já, várias vezes).
Isso gera medo de mexer no código. E medo de mexer no código significa evolução mais lenta. Agora, quando você tem testes rodando pra vários cenários, qual o motivo pra temer?
Testes não garantem que nunca vai ter um bug. Mas garantem que você tem mais controle sobre o código quando precisar mexer.
O que realmente é um teste automatizado?
É basicamente definir entradas e verificar se a saída tá batendo com a expectativa.
- Given: preparo do cenário
- When: execução do comportamento
- Then: validação do resultado
E se os testes forem lentos e dependentes entre si? Aí já começou errado. Eles devem rodar rápido e de forma independente.
E o famoso "não tenho tempo pra testar"? Mas tem tempo pra corrigir bug em produção, responder cliente puto, testar na mão, lidar com código legado que ninguém quer mexer, treinar dev novo… Pois é.
Top comments (0)