Configurei Vitest e Playwright no ProfessorOS — um projeto que, na prática, só eu uso. Ninguém mais depende dele, não há prazo de cliente, não há time esperando um deploy. Ainda assim, escrevi testes unitários para a lógica de negócio e testes de ponta a ponta para os fluxos principais, e configurei tudo para rodar automaticamente a cada push via GitHub Actions.
Vale a pena esse esforço quando o "cliente" é você mesmo? Depois de alguns meses vivendo com essa decisão, minha resposta é: depende do que está sendo testado, não do tamanho do projeto.
Onde os testes já se pagaram
O ProfessorOS calcula notas por bimestre — uma lógica com regras específicas o suficiente para eu mesmo errar ao alterá-la meses depois de tê-la escrito pela primeira vez. Os testes unitários dessa parte já pegaram, mais de uma vez, um cálculo que eu tinha certeza de que estava certo.
Esse é o padrão que percebi: regra de negócio com múltiplas condições é exatamente onde um teste unitário compensa, mesmo em projeto solo — porque o risco não é "outra pessoa quebrar seu código". É você mesmo, seis meses depois, sem lembrar de todos os casos de borda que precisava considerar.
Onde eu ainda questiono o custo
Os testes de ponta a ponta com Playwright, cobrindo os fluxos principais de tela, exigem mais manutenção — quando mudo algo na interface, preciso ajustar o teste também. Em um projeto de uma pessoa só, isso às vezes parece dobrar o trabalho de uma mudança simples.
Ainda mantenho esses testes, mas de forma mais seletiva do que os unitários: só nos fluxos que, se quebrarem sem eu notar, causariam o maior estrago — login, e o fluxo de lançar notas.
A resposta que ficou
Não testo tudo por testar. Testo onde um erro silencioso me custaria caro, especialmente lógica que não é óbvia de revisar só de olhar o código. Em projeto pessoal, isso significa ser mais seletivo do que seria em um projeto de time — mas não significa abrir mão de testes por acreditar que "é só para mim, não precisa".
Já errei um cálculo de nota sem teste automatizado antes. Não quis errar de novo.
Top comments (0)