Como escrever casos de teste

Nosso serviço EasyQA  contém a funcionalidade mais simples, porém mais variada, que ajudará os usuários a escrever casos de teste de maneira mais fácil e rápida.

LINK ÚTIL: Canal do YouTube EasyQA
Em nosso artigo, respondemos às seguintes perguntas:

Caso de teste? O que é isso?

Não há dúvida de que a redação dos Casos de Teste efetivos é a habilidade indispensável para os especialistas em QA. Como para qualquer habilidade, ela poderia ser adquirida e melhorada. Os principais princípios e dicas da escrita efetiva do Caso de Teste serão considerados neste artigo.

Antes de começar, vamos entender completamente o que é o caso de teste. Imagine que você precisa testar algumas funcionalidades do aplicativo. Você deve, passo a passo, iniciar a situação onde ela poderia ser implementada.

Simplificando, o caso de teste é um conjunto de bem concebido e fácil de entender  etapas (ações) executadas para verificar um recurso ou uma funcionalidade específica de seu aplicativo de software. Tenha em mente “bem projetado” e “fácil de entender”. Tem um sentido importante, como você verá um pouco mais tarde.

Então, agora podemos começar. Aqui dividiremos o caso de teste com os componentes e tentaremos analisar o que deve ser feito, bem como o que não deveria ser, para escrevê-lo com alta eficiência.

As principais partes do caso de teste

ID do caso de teste
Este é um número único de caso de teste no sistema de gerenciamento de teste ou no documento. Como regra, todos os sistemas modernos de gerenciamento de testes, como o Jira, o TestRail e o Zephyr, atribuem automaticamente o ID ao novo caso de teste criado. Portanto, não há capacidade de cometer erros com este componente.

Mas, deve-se notar, que em alguns projetos ainda é usado o Excel para testes. É por isso que você deve sempre lembrar a regra: “Não há Casos de Teste com o mesmo ID em seu sistema de gerenciamento de testes. Mesmo estes são casos de teste de projetos acabados ”.

Título do caso de teste
Título Forte é o atributo obrigatório do Caso de Teste efetivo. O que isso significa? As principais características do título forte são: fáceis de entender e lacônicas. Além disso, o Título do Caso de Teste deve representar o nome do módulo ou a área funcional que você irá verificar.

Vamos imaginar que temos uma tarefa para verificar o que acontecerá se inserirmos símbolos inválidos como $, &, * no campo "e-mail" do formulário de registro do Test Management System. EasyQA . De acordo com os princípios acima mencionados, o título do caso de teste deve ser semelhante a: "Entrada inválida do campo de e-mail no formulário de registro".

Vamos considerar o exemplo de título não forte. "Campo de e-mail" $ & * "entrada de símbolos no formulário de registro do" EasyQA ". Aqui temos pelo menos dois erros.

  • O comprimento excessivo do título. Não há necessidade de mencionar “EasyQA”, porque este Caso de Teste faz parte do Plano de Teste deste Sistema de Gerenciamento de Testes. Portanto, todos os casos de teste estão relacionados ao “EasyQA”.
  • Concretização dos símbolos especiais "$ & *". Outros símbolos inválidos também podem ser inseridos para executar esse tipo de caso de teste. Então, "símbolos inválidos" é a definição mais adequada para este título.

Alguns sistemas de gerenciamento de testes, incluindo o EasyQA, simplificam esse processo criando um campo de módulo especial para cada caso de teste.


O plano de teste é dividido em módulos, o que inclui determinados casos de teste. É por isso que é mais fácil criar um título forte para o caso de teste.

Descrição do caso de teste
Antes de iniciar o teste, você deve mencionar todos os detalhes sobre o que vai testar. Eles são: Dados de teste a serem usados, condições prévias (Presteps), detalhes do ambiente de teste, ferramentas de teste.
Se você der Dados de teste  Para ser usado sempre que aplicável ao Caso de Teste, dentro da descrição do caso de teste ou com a etapa específica do Caso de Teste, você ajudará não apenas a si mesmo, mas também aos colegas testadores. Há um sério erro ao escrever casos de teste apenas para você.

Condições prévias (Presteps)  Descrever diferentes tipos de dependências de Execução de Teste:

  • Qualquer configuração especial é necessária para ser feita
  • Dependências em quaisquer outros casos de teste - o caso de teste precisa ser executado antes / depois de algum outro caso de teste
  • Dependência de dados do usuário - qual página o usuário deve iniciar a jornada; o usuário deve estar logado.

Ambiente de teste  é uma configuração de software e hardware para as equipes de teste executarem casos de teste. Em outras palavras, suporta a execução de testes com hardware, software e rede configurados.

Quando as pessoas mencionam sobre Ferramentas de teste,  Teste automatizado é frequentemente sugerido. É claro que eles estão preocupados com esse tipo de teste. Mas também existem ferramentas simples para o teste manual. Ferramentas de mapeamento mental como Xmind gerentes de screenshots como Jing  são fáceis de usar, mesmo para recém-chegados à área de controle de qualidade. De qualquer forma, se alguma ferramenta especial for obrigatória para testes, você deve mencioná-la em Descrição do caso de teste.
Naturalmente, se a mesma Ferramenta for usada para execução de algum grupo de Casos de Teste, seria melhor descrevê-la no Módulo de Teste / Submódulo ou até mesmo no Plano de Teste.

Há algum tipo de erro típico que você deve se concentrar. Alguns testadores com menos experiência confundem Passos com o Presteps . Anote isso Presteps  é a maneira de obter a situação em que a execução do caso de teste pode ser iniciada. Passos  são a maneira mais eficaz de obter o Resultado Real da Execução do Caso de Teste.

Por exemplo, se tivermos que testar as habilidades funcionais do usuário registrado, seria um erro criar etapas especiais de registro do usuário para cada Caso de Teste no módulo apropriado. A decisão certa é exibi-lo no  Presteps  para todos os usuários de registro módulo Test Suites: o usuário deve estar registrado. O processo de registro é verificado em particular no Test Suite.

Como foi mencionado antes , Passos  são o caminho para o resultado esperado. Outra coisa que deve ser lembrada nas Etapas no Caso de Teste efetivo é bem projetada e fácil de entender. Esses dois pontos são básicos para entender como planejar etapas para seus casos de teste.

Os principais atributos de Etapas bem projetadas :

  1. Quantidade ideal de etapas. Não há necessidade de escrever etapas adicionais, bem como "comer" passo. As coisas pareciam obviamente para você, não podiam ser tão claras para seus colegas.
  2. Um caso de teste abrange apenas uma funcionalidade independente. Há um erro ao verificar a funcionalidade diferente em um caso de teste.
  3. As etapas são fáceis de executar.
  4. As etapas não devem cobrir apenas o fluxo funcional, mas também cada ponto de verificação que deve ser testado.

Os principais atributos de fácil de entender  Passos:

  1. Passos são para o ponto. Você não deve escrever um ensaio para descrever seus passos.
  2. Expressão clara. Você deve evitar o uso de ambigüidade nas Etapas do Caso de Teste.
  3. Compreensível mesmo para iniciantes. Seus colegas, que provavelmente não são tão experientes, devem ser capazes de entender como executar cada etapa.

O desempenho do aplicativo após executar as etapas de teste acima é exibido no Resultado esperado . Portanto, antes de escrever casos de teste, você deve reconhecer totalmente a página / tela que espera que apareça após o teste e as atualizações que você espera que sejam feitas em um sistema de back-end ou banco de dados.

Espero que você se lembre de que um caso de teste abrange uma funcionalidade independente. É por isso que seria um erro escrever um caso de teste com mais de um resultado esperado .

Comentários / Post Conditions  não são componentes obrigatórios do Caso de Teste, mas realmente aumentam a eficiência do seu Caso de Teste. Aqui você pode colocar informações úteis adicionais, como capturas de tela e descrições, para fornecer aos desenvolvedores as informações necessárias para corrigir os defeitos encontrados.

Post Conditions também são usados para fornecer instruções de orientação para restaurar o sistema ao seu estado original para que ele não interfira em testes posteriores. Por exemplo, isso é bastante útil se você mencionar as alterações a serem feitas em um Teste de Dados para que ele seja usado para um Caso de Teste posterior para a mesma funcionalidade.

Diferentes sistemas de Gerenciamento de Testes oferecem variantes de variedades do campo Caso de Teste. O caso de teste na ferramenta EasyQA Test Management possui os seguintes:

  1. Título
  2. Módulo - para escolher o módulo ao qual nosso Caso de Teste se refere. - Se você pressionar Adicionar caso no módulo, esse campo será inserido por padrão.
  3. Tipo - selecione um tipo de caso de teste na lista suspensa de acordo com a seguinte descrição:
  • Positivo  é um caso de teste usando apenas dados corretos.
  • Negativo  é um caso de teste que usa não apenas dados corretos.
  • fronteira  é um caso de teste usando valores max / min.
  • Integração  é um componente do teste de integração.
  • UI  está testando uma interface gráfica do usuário.
  • Localização  está testando locais, idiomas etc.
  1. Pré Passos
  2. Passos
  3. resultado esperado

Nesta foto você pode ver o processo do caso de teste adicionando os campos preenchidos.


Depois de adicionar os casos de teste, você poderá escolhê-los com as caixas de seleção correspondentes. Depois de escolher um ou alguns casos de teste, você pode movê-los para onde precisar. Você pode editá-los ou excluí-los.

Exemplo simples de casos de teste

Agora, quando você tiver algum conhecimento teórico sobre como escrever casos de teste, tente usá-lo para a próxima decisão de tarefa.

Dados da tarefa:

  1. Existe um Sistema de Gerenciamento de Testes “EasyQA” - https://geteasyqa.com/
  2. Você precisa verificar a capacidade do usuário registrado de criar um novo Plano de Teste para o projeto chamado "Blogger" de acordo com a especificação.
  3. O e-mail do usuário é "[email protected]", a senha é "gEORGe52"

Vamos considerar como criar cada etapa.

Claro, o ID único  será automaticamente atribuído pelo Test Management System que você usa.

Em primeiro lugar, você deve fazer é escolher o apropriado título, módulo e cenário de teste  para o caso de teste. Naturalmente, o módulo poderia ser "usuário registrado". E outros Casos de Teste testando a funcionalidade do usuário registrado serão colocados neste módulo. O título forte parece com "capacidade de criação de plano de teste". Cenário de teste é positivo.

Assim como você precisa verificar a funcionalidade do usuário registrado, é necessário exibir o caminho para o registro no Pré Passos . Estas etapas prévias serão as mesmas para todos os casos de teste no módulo “Usuário registrado”.

Em Passos  campo você tem que mostrar como alcançar o Resultado Esperado.

Vamos determinar resultado esperado  como “Usuário registrado tem a capacidade de criar um plano de teste”.

Podemos ver o resultado de nossas ações usando as ferramentas EasyQA Test Management.

Formulário de login e senha Casos de teste: Positivo, Negativo, Limite

Vamos considerar alguns casos de teste típicos com base em cenários diferentes.

Os dados da tarefa são quase semelhantes à tarefa anterior:

  1. Existe um Sistema de Gerenciamento de Testes “EasyQA” - https://geteasyqa.com/
  2. O formulário “Inscreva-se” é necessário para ser testado.
  3. Comprimento mínimo da senha é de 6 símbolos. Comprimento máximo é de 128 símbolos
  4. Você pode usar apenas letras do alfabeto latino de A a Z e figuras nos campos “Login”, “Password”, “Confirm Password”.

Aqui nós consideramos algumas especificações desse processo de criação de Casos de Teste.

O formulário "Inscreva-se" do EasyQA tem o seguinte campo obrigatório: "Nome", "Sobrenome", "E-mail", "Senha" e "Confirmar senha". Além disso, existem outros campos como “Empresa” e “País”, que não são obrigatórios, mas também devem ser testados. Portanto, você deve dividir o módulo do Conjunto de Testes “Inscreva-se” em submódulos apropriados.

Tente analisar alguns cenários típicos: positivo, negativo e limite.

De acordo com o Cenário positivo , o usuário não registrado insere somente dados válidos em todos os campos. Então você não terá problemas com a criação desse tipo de casos de teste. Você pode ver como isso poderia ser visto na figura abaixo.


O Resultado Esperado para este caso de Teste é “A entrada de letras latinas e números é possível no campo“ Senha ”.

Mas, o que acontecerá se o usuário inserir os símbolos inválidos em algum dos campos mencionados anteriormente? Podemos verificar a execução de casos de teste com base em Cenário Negativo . Na verdade, existem muitas variantes de entrada inválidas. Pode ser considerado em um artigo específico. Aqui estão apenas algumas dessas:

  • Entrada de símbolos "&% $155$quot;
  • Entrada de espaços
  • Entrada de campo vazio
  • Combinações de entrada de símbolos inválidos e inválidos
  • Outra entrada de carta de casos, etc.

Na figura abaixo, um exemplo de Casos de Teste negativos é representado.
O resultado esperado para este caso de teste é “Entrada inválida é impossível no campo“ Senha ””.

Preste atenção à condição - restrição de comprimento da senha (6-128 símbolos). É possível ser registrado com apenas 3 símbolos de senha? O que cerca de 150 símbolos senha? Casos de teste escritos por Teste de valor limite  A técnica de design fornece respostas a essas perguntas.

A idéia básica no teste de valor limite é selecionar os valores da variável de entrada em seu mínimo: um pouco acima do mínimo, logo abaixo do máximo, no máximo. Em nosso exemplo, você deve escrever casos de teste para situações com:

  • Entrada de senha de 5 símbolos
  • Entrada de senha de 6 símbolos
  • Entrada de senha de 128 símbolos
  • Entrada de senha de 129 símbolos.

Veja a imagem abaixo para ver como parece o caso de teste escrito de acordo com esta técnica.


O resultado esperado para este caso de teste é "Mensagem informativa" O comprimento mínimo da senha é de 6 símbolos »é exibido".

Casos de teste para critérios de filtro

Diferentes funcionalidades como pesquisa, classificação, paginação também são necessárias para serem testadas. Esses Casos de Teste também podem ser escritos de acordo com os cenários que consideramos anteriormente. Eles verificam o funcionamento normal de:

    • Campos de pesquisa
    • Botões de página
    • Setas; flechas
    • Classificação por nome (A a Z, Z a A)
    • Classificação por preço (menor primeiro, maior primeiro)
    • Botões do menu do painel e da barra lateral etc.


O resultado esperado para este caso de teste é "Somente problemas fechados são exibidos no menu do painel".

Casos de teste para testes de segurança

O teste de segurança é geralmente fornecido por ferramentas especiais de teste automatizado, como o Vega, o Google Nogotofail, o Wapiti etc. Mas, usando suas habilidades mentais, você pode escrever um caso de teste simples para verificar alguns parâmetros de segurança do site. Volte novamente para o EasyQA Test Management System. Você pode ver um exemplo de tal caso de teste abaixo.


Prestar atenção à Passos . O resultado esperado para este caso de teste é “O formulário de login do EasyQA é exibido após copiar / colar URL de um navegador para outro”. Portanto, não há acesso à conta do usuário.

Recursos úteis adicionais do EasyQA Test Management System

Existem muitas ferramentas de Gerenciamento de Testes para ajudar os testadores em seu trabalho. O EasyQA oferece uma ampla gama de recursos úteis adicionais:

  1. Exportar um plano de teste preparado no formato CSV com um botão pressionando
  2. Importe um plano de teste preparado para o nosso sistema.
  3. Caso de teste exibido por vários critérios:
  4. Fazendo relatórios de falhas
  5. Construir distribuição
  6. Sistema de rastreamento de bugs
  7. Executar testes
  8. Gere relatórios
  9. Integração rápida e fácil com suas ferramentas existentes.

Simplificando, o EasyQA é mais do que o sistema de Gerenciamento de Testes. É um ambiente para um trabalho agradável e eficiente.

10 dicas para escrever casos de teste eficazes

  1. Tenha em mente que os casos de teste são executados também por seus colegas
  2. Use o título forte
  3. Preste atenção aos pré passos e pré-condições
  4. O caso de teste cobre uma funcionalidade e
  5. Caso de teste tem apenas um resultado esperado
  6. Escrever etapas bem projetadas e fáceis de entender
  7. Não se esqueça de colocar todas as informações úteis nos Comentários ou Post Conditions
  8. Use ilustrações e ferramentas de teste simples se for necessário
  9. Caso de teste deve ser reutilizável
  10. Comece a praticar

Você quer escrever casos de teste eficazes? Apenas comece a fazer isso. E será um prazer ajudá-lo.

TENTE QA FÁCIL