Fala, pessoal! O tema de hoje é: Casos de Teste — uma das ferramentas mais importantes na hora de validar se o sistema está funcionando como deveria. Eles ajudam a transformar os requisitos em ações práticas, garantindo que cada funcionalidade seja testada com clareza e objetividade.
Neste guia, quero te mostrar como criar, documentar e validar casos de teste de forma eficiente, com dicas úteis e exemplos reais que uso no dia a dia.
Introdução
Se você está começando a trabalhar com qualidade de software ou está buscando formas de organizar melhor os testes do seu projeto, entender como criar casos de teste é um passo fundamental. Depois de definir o plano de testes, é hora de detalhar os cenários que serão validados — e é aí que entram os casos de teste.
Eles funcionam como um passo a passo detalhado, descrevendo exatamente o que deve ser testado, em que condições e com quais resultados esperados. Um bom caso de teste ajuda a reduzir falhas, melhora a comunicação entre a equipe e garante rastreabilidade dos testes realizados.
Vamos ver como fazer isso na prática?
O que é um Caso de Teste?
Segundo o ISTQB Glossary, um caso de teste é:
“Um conjunto de pré-condições, entradas, ações (quando aplicável), resultados esperados e pós-condições, desenvolvidos com base nas condições de teste.”
Além disso, Pressman (2010) reforça que os casos de teste ajudam a traduzir os requisitos do sistema em ações práticas e verificáveis, garantindo que os requisitos (funcionais e não funcionais) sejam atendidos.
De acordo com o IEEE 829 (Standard for Software Test Documentation), um bom caso de teste inclui:
- ID único;
- Título ou descrição;
- Pré-condições;
- Passos para execução;
- Dados de entrada;
- Resultado esperado;
- Pós-condições;
- Estado atual (passou/falhou/não executado).
Esses elementos tornam os testes mais fáceis de repetir, revisar e automatizar — características essenciais para a evolução de qualquer time de QA.
Exemplos Práticos: Casos de Teste no Swag Labs
Entender a teoria é essencial, mas nada substitui a clareza de exemplos práticos. Para ilustrar como documentar bons casos de teste, vamos usar a plataforma Swag Labs, um e-commerce de demonstração amplamente utilizado em treinamentos e simulações de testes.
Imagem da página inicial do e-commerce, mostrando o catalogo de produtos.
A seguir, você verá cinco casos de teste que cobrem diferentes funcionalidades do sistema. Eles seguem um modelo de documentação claro, com campos como pré-condições, passos, dados de entrada e resultado esperado.
Caso de Teste 1 — Login com credenciais válidas
Campo |
Descrição |
|---|---|
ID
|
CT-001
|
Título
|
Login com credenciais válidas.
|
Pré-condição
|
Usuário cadastrado no sistema com e-mail e senha válidos.
|
Passos
|
1. Acessar a página de login; 2. Inserir usuário válido; 3. Inserir senha válida; 4. Clicar em “Login”.
|
Dados de entrada
|
Usuário: standard_user; Senha: secret_sauce
|
Resultado esperado
|
Usuário é redirecionado para a página inicial do sistema.
|
Pós-condição
|
A sessão do usuário é iniciada com sucesso.
|
Resultado atual
|
[ ] Passou [ ] Falhou [ ] Não Executado
|
Caso de Teste 2 — Adicionar Produto ao Carrinho
Campo |
Descrição |
|---|---|
ID
|
CT-002
|
Título
|
Adicionar um produto ao carrinho.
|
Pré-condição
|
Usuário autenticado no sistema.
|
Passos
|
1. Acessar a página de produtos; 2. Clicar no botão "Add to cart" do primeiro item; 3. Verificar o ícone do carrinho.
|
Dados de entrada
| |
Resultado esperado
|
O número de itens no carrinho deve ser atualizado para "1".
|
Pós-condição
|
Carrinho atualizado com 1 produto.
|
Resultado atual
|
[ ] Passou [ ] Falhou [ ] Não Executado
|
Caso de Teste 3 — Aplicar Filtro de Preço
Campo |
Descrição |
|---|---|
ID
|
CT-003
|
Título
|
Filtrar produtos do mais caro para o mais barato.
|
Pré-condição
|
Usuário autenticado no sistema.
|
Passos
|
1. Acessar a página de produtos; 2. Selecionar o filtro "Price (high to low)" no dropdown.
|
Dados de entrada
| |
Resultado esperado
|
A lista de produtos deve ser reorganizada com os mais caros no topo.
|
Pós-condição
|
Ordem de exibição dos produtos alterada conforme o filtro.
|
Resultado atual
|
[ ] Passou [ ] Falhou [ ] Não Executado
|
Caso de Teste 4 — Finalizar Compra com Sucesso
Campo |
Descrição |
|---|---|
ID
|
CT-004
|
Título
|
Finalizar compra com sucesso.
|
Pré-condição
|
Usuário autenticado e pelo menos um produto no carrinho.
|
Passos
|
1. Acessar carrinho; 2. Clicar em “Checkout”; 3. Preencher informações (First Name, Last Name, Zip Code); 4. Clicar em “Continue”; 5. Confirmar detalhes e clicar em “Finish”.
|
Dados de entrada
| |
Resultado esperado
|
Exibição da mensagem "Thank you for your order!".
|
Pós-condição
|
Carrinho limpo e compra finalizada.
|
Resultado atual
|
[ ] Passou [ ] Falhou [ ] Não Executado
|
Caso de Teste 5 — Remover Produto do Carrinho
Campo |
Descrição |
|---|---|
ID
|
CT-005
|
Título
|
Remover item do carrinho.
|
Pré-condição
|
Usuário autenticado e com produto previamente adicionado ao carrinho.
|
Passos
|
1. Acessar a página de produtos; 2. Clicar em "Remove" no item já adicionado; 3. Verificar se o número do carrinho diminui.
|
Dados de entrada
| |
Resultado esperado
|
Carrinho deve ficar vazio ou com quantidade ajustada.
|
Pós-condição
|
Carrinho atualizado corretamente.
|
Resultado atual
|
[ ] Passou [ ] Falhou [ ] Não Executado
|
Esses casos de teste cobrem pontos distintos e realistas da experiência de um usuário em um e-commerce, mostrando como a documentação pode (e deve) ser adaptada à realidade do projeto. Note que, embora sejam simples, estão completos e prontos para serem incluídos em uma suíte de testes manuais ou automatizados.
Você pode seguir esse mesmo modelo para seus próprios projetos, adaptando conforme as necessidades do sistema, criticidade da funcionalidade e maturidade do time de QA, podendo usa-lo tanto em planilhas quanto em ferramentas como TestLink, Zephyr, Xray, Notion ou até Excel — o importante é garantir que ele seja claro, consistente e atualizado.
Boas Práticas para Criar Casos de Teste
- Seja claro e objetivo: Use uma linguagem simples e objetiva.
- Use títulos descritivos: Ajuda a identificar o propósito do teste rapidamente.
- Cubra casos positivos e negativos: Testar o que “deve funcionar” e o que “não pode acontecer” é essencial.
- Reutilize e mantenha atualizado: Casos de teste podem ser reaproveitados em várias iterações. Mantenha-os revisados.
- Valide com o time: Compartilhe os testes com devs e POs para garantir que os cenários façam sentido.
- Automatize quando possível: Casos repetitivos e de alto impacto devem ser automatizados para garantir eficiência.
Conclusão
Casos de teste bem escritos são fundamentais para garantir a qualidade do software. Eles documentam o que deve ser testado, como será testado e qual o resultado esperado, trazendo clareza para o processo de validação.
Não importa se você está testando manualmente ou automatizando: bons casos de teste ajudam a reduzir retrabalho, evitar falhas em produção, reduzir trabalho e aumentar a confiança nas entregas. Uma boa documentação sempre faz diferença!
Referências
- ISTQB Glossary: https://glossary.istqb.org/en_US/term/test-case
- IEEE 829 – Test Documentation Standard: https://ieeexplore.ieee.org/document/4578383
- Pressman, R. (2010). Engenharia de Software. McGraw Hill.
E você? Costuma usar esse modelo nos seus testes? Tem alguma dica ou ferramenta favorita para organizar seus casos? Comenta aí — vamos curtir saber como você trabalha!
