O que é um teste automatizado e como evitar que uma mudança quebre seu site?

Publicado em 2026-10-20 por frfrand

Pruebas automatizadas explicadas: tests unitarios, integración y end-to-end, ejemplos con Python, cobertura y errores comunes.

Um teste automatizado é uma verificação que executa um programa para confirmar se uma parte do software continua se comportando como esperado. Serve para descobrir erros de forma repetível, especialmente quando o projeto muda com frequência.

Imagine que você tem um site para reservar horários. Hoje uma pessoa pode escolher data e horário. Amanhã você modifica o sistema de descontos e, sem perceber, as reservas começam a permitir agendamentos duplicados. Um bom conjunto de testes pode detectar esse problema antes de publicar.

Por que não basta testar tudo manualmente?

Testar à mão é útil, especialmente para descobrir problemas de experiência do usuário. Mas repetir vinte ações após cada alteração é lento e fácil de esquecer.

Um teste automatizado segue instruções reproduzíveis. Pode ser executado sempre que você enviar código e comunicar se a verificação passou ou falhou.

O objetivo não é eliminar os testes humanos; é liberar tempo de tarefas repetitivas e detectar regressões antes.

Um exemplo pequeno em Python

Imagine uma função que calcula o valor final de uma compra. Você pode escrever um teste que verifique o resultado esperado:

def calcular_total(precio, cantidad):
    return precio * cantidad

def test_total_de_dos_productos():
    assert calcular_total(12, 2) == 24

Ferramentas como pytest encontram essas funções e permitem executar as verificações. Se alguém introduzir um erro no cálculo, o teste deve falhar.

Claro, um único teste não valida uma loja inteira. Não cobre impostos, descontos, moedas, devoluções nem erros de pagamento.

Quais tipos de testes existem?

Unitários: verificam pequenas unidades de código, como uma função de cálculo ou uma validação.

De integração: verificam que várias peças trabalhem juntas. Por exemplo, que um backend consiga salvar e recuperar informações de um banco de dados de teste.

End-to-end: percorrem fluxos próximos aos que uma pessoa realiza, como entrar no site, se cadastrar e completar uma reserva.

Cada tipo tem custos e vantagens. Um teste unitário costuma ser rápido e preciso; um end-to-end pode cobrir mais componentes, mas também demora mais e pode falhar por motivos externos.

O que é uma regressão?

Uma regressão ocorre quando algo que antes funcionava deixa de funcionar após uma mudança. Os testes são especialmente valiosos para prevenir esse tipo de erro.

Se corrigir um erro, uma boa prática é adicionar um teste que reproduza o caso problemático. Assim, se o mesmo erro aparecer novamente no futuro, a automação pode detectá-lo.

O que significa cobertura de código?

A cobertura tenta medir quais partes do código são executadas durante os testes. Pode ser útil para descobrir áreas completamente ignoradas.

Mas 100 % de cobertura não significa 100 % de segurança nem ausência de erros. Você pode executar todas as linhas de uma função sem verificar se os resultados estão corretos para dados inesperados.

Importa mais a qualidade dos cenários: casos normais, limites, falhas previsíveis e operações que envolvem permissões ou dinheiro.

Onde os testes são executados?

Podem ser executados no seu computador, em um ambiente de CI como GitHub Actions ou em um servidor de integração. Convém isolar os bancos de dados de teste e não utilizar informações reais de clientes sem necessidade.

Um teste que exclui registros não deve ser executado acidentalmente contra o banco de dados de produção. Revise sempre as variáveis de ambiente e credenciais utilizadas.

Erros comuns

Testar apenas o caso perfeito. Também é preciso verificar o que acontece se uma API falhar, chegar um valor incorreto ou duas pessoas agirem ao mesmo tempo.

Fazer testes frágeis. Se um teste falhar porque mudou um texto irrelevante, pode gerar muito ruído e acabar sendo ignorado.

Não mantê-los. Quando o produto muda deliberadamente, os testes devem ser atualizados para refletir seus novos requisitos.

Acreditar que um check verde substitui a revisão da produção. Os testes reduzem riscos, mas precisamos de registros, alertas e a possibilidade de reverter mudanças.

Como se encaixa no ArduMaker?

Em projetos implantados em VPS gerenciados com ArduMaker, convém executar testes antes de cada implantação importante. Também é possível utilizar ambientes de staging para verificar que backend, frontend e banco de dados se comportam juntos antes de afetar usuários reais.

Em resumo: um teste automatizado permite repetir verificações importantes. Quanto melhor representa os riscos reais do projeto, mais valor agrega.

Fontes: Guia oficial do pytest · Boas práticas do pytest · GitHub Actions explicado.