O que é um caso de teste?
Um CASO DE TESTE é um conjunto de ações executadas para verificar um determinado recurso ou funcionalidade de seu aplicativo de software. Um Caso de Teste contém etapas de teste, dados de teste, pré-condição e pós-condição desenvolvida para cenário de teste específico para verificar qualquer requisito. O caso de teste inclui variáveis ou condições específicas, usando as quais um engenheiro de teste pode comparar os resultados esperados e reais para determinar se um produto de software está funcionando de acordo com os requisitos do cliente.
Cenário de teste vs. caso de teste
Os cenários de teste são bastante vagos e cobrem uma ampla gama de possibilidades. Testar é muito específico.
Para um cenário de teste: verificar a funcionalidade de login, muitos casos de teste possíveis são:
- Caso de teste 1: Verifique os resultados ao inserir uma ID de usuário e senha válidas
- Caso de teste 2: Verifique os resultados ao inserir ID de usuário e senha inválidos
- Caso de teste 3: Verifique a resposta quando um ID de usuário está vazio e o botão Login é pressionado e muitos mais
Isso nada mais é do que um caso de teste.
Neste tutorial, você aprenderá como escrever casos de teste em testes manuais com exemplo -
- Como escrever casos de teste em teste manual
- O formato dos casos de teste padrão
- Melhores práticas para escrever um bom exemplo de caso de teste.
- Ferramentas de gerenciamento de caso de teste
- Recursos
Clique aqui se o vídeo não estiver acessível
Como escrever casos de teste em teste manual
Vamos criar um caso de teste para o cenário: Verifique a funcionalidade de login
Etapa 1) Um caso de teste simples para explicar o cenário seria
| Caso de teste # | Descrição do Caso de Teste |
|---|---|
| 1 | Verifique a resposta quando o e-mail e a senha válidos forem inseridos |
Etapa 2) Para executar o caso de teste, você precisaria dos Dados de Teste. Adicionando abaixo
| Caso de teste # | Descrição do Caso de Teste | Dados de teste |
|---|---|---|
| 1 | Verifique a resposta quando o e-mail e a senha válidos forem inseridos | Email: Este endereço de email está protegido contra piratas. Você deve habilitar o JavaScript para visualizá-lo. Senha: lNf9 Oti7 2h |
Identificar dados de teste pode ser demorado e às vezes pode exigir a criação de dados de teste novamente. O motivo pelo qual precisa ser documentado.
Etapa 3) Para executar um caso de teste, um testador precisa realizar um conjunto específico de ações no AUT. Isso está documentado a seguir:
| Caso de teste # | Descrição do Caso de Teste | Etapas de teste | Dados de teste |
|---|---|---|---|
| 1 | Verifique a resposta quando o e-mail e a senha válidos forem inseridos |
1) Digite o endereço de e-mail 2) Digite a senha 3) Clique em Entrar |
Email: Este endereço de email está protegido contra piratas. Você deve habilitar o JavaScript para visualizá-lo. Senha: lNf9 Oti7 2h |
Muitas vezes, as etapas do teste não são simples como acima, portanto, precisam de documentação. Além disso, o autor do caso de teste pode deixar a organização ou sair de férias ou está doente e fora do serviço ou está muito ocupado com outras tarefas críticas. Um recém-contratado pode ser solicitado a executar o caso de teste. As etapas documentadas o ajudarão e também facilitarão as revisões por outras partes interessadas.
Etapa 4) O objetivo dos casos de teste em testes de software é verificar o comportamento do AUT para um resultado esperado. Isso precisa ser documentado como abaixo
| Caso de teste # | Descrição do Caso de Teste | Dados de teste | resultado esperado |
|---|---|---|---|
| 1 | Verifique a resposta quando o e-mail e a senha válidos forem inseridos | Email: Este endereço de email está protegido contra piratas. Você deve habilitar o JavaScript para visualizá-lo. Senha: lNf9 Oti7 2h | O login deve ser bem sucedido |
Durante o tempo de execução do teste, o testador verificará os resultados esperados com os resultados reais e atribuirá um status de aprovação ou reprovação
| Caso de teste # | Descrição do Caso de Teste | Dados de teste | resultado esperado | Resultado atual | Aprovado / Reprovado |
|---|---|---|---|---|---|
| 1 | Verifique a resposta quando o e-mail e a senha válidos forem inseridos | Email: Este endereço de email está protegido contra piratas. Você deve habilitar o JavaScript para visualizá-lo. Senha: lNf9 Oti7 2h | O login deve ser bem sucedido | Login foi bem sucedido | Passar |
Etapa 5) Para além do seu caso de teste, pode haver um campo como Pré-Condição, que especifica as coisas que devem ser implementadas antes que o teste possa ser executado. Para nosso caso de teste, uma pré-condição seria ter um navegador instalado para ter acesso ao site em teste. Um caso de teste também pode incluir Pós-Condições que especifica tudo o que se aplica após a conclusão do caso de teste. Para o nosso caso de teste, uma pós-condição seria a hora e a data do login armazenadas no banco de dados
O formato dos casos de teste padrão
Abaixo está o formato de um exemplo de casos de teste de login padrão.
| ID de caso de teste | Cenário de Teste | Etapas de teste | Dados de teste | resultados esperados | Resultados reais | Aprovado / Reprovado |
|---|---|---|---|---|---|---|
| TU01 | Verifique o login do cliente com dados válidos |
| ID do usuário = guru99 Senha = pass99 | O usuário deve fazer login em um aplicativo | Como esperado | Passar |
| TU02 | Verifique o login do cliente com dados inválidos |
| ID do usuário = guru99 Senha = glass99 | O usuário não deve fazer login em um aplicativo | Como esperado | Passar |
Toda esta tabela pode ser criada em Word, Excel ou qualquer outra ferramenta de gerenciamento de Teste. Isso é tudo para testar o design do caso
Ao redigir um caso de teste para incluir as seguintes informações
- A descrição de qual requisito está sendo testado
- A explicação de como o sistema será testado
- A configuração de teste como uma versão de um aplicativo em teste, software, arquivos de dados, sistema operacional, hardware, acesso de segurança, data física ou lógica, hora do dia, pré-requisitos como outros testes e qualquer outra informação de configuração pertinente aos requisitos sendo testados
- Entradas e saídas ou ações e resultados esperados
- Quaisquer provas ou anexos
- Use uma linguagem de caso ativa
- O caso de teste não deve ter mais de 15 etapas
- Um script de teste automatizado é comentado com entradas, propósito e resultados esperados
- A configuração oferece uma alternativa aos testes de pré-requisitos
- Com outros testes, deve ser uma ordem incorreta do cenário de negócios
Melhores práticas para escrever um bom exemplo de caso de teste.
1. Os casos de teste precisam ser simples e transparentes:
Crie casos de teste tão simples quanto possível. Devem ser claros e concisos, pois o autor do caso de teste não pode executá-los.
Use linguagem assertiva, como ir para a página inicial, inserir dados, clicar aqui e assim por diante. Isso torna a compreensão das etapas do teste mais fácil e a execução dos testes mais rápida.
2. Crie um caso de teste com o usuário final em mente
O objetivo final de qualquer projeto de software é criar casos de teste que atendam aos requisitos do cliente e sejam fáceis de usar e operar. Um testador deve criar casos de teste tendo em mente a perspectiva do usuário final
3. Evite a repetição do caso de teste.
Não repita os casos de teste. Se um caso de teste for necessário para executar algum outro caso de teste, chame o caso de teste por seu id de caso de teste na coluna de pré-condição
4. Não suponha
Não presuma a funcionalidade e os recursos de seu aplicativo de software ao preparar o caso de teste. Atenha-se aos Documentos de Especificação.
5. Garanta 100% de cobertura
Certifique-se de escrever casos de teste para verificar todos os requisitos de software mencionados no documento de especificação. Use a Matriz de Rastreabilidade para garantir que nenhuma função / condição seja deixada sem teste.
6. Os casos de teste devem ser identificáveis.
Nomeie a id do caso de teste de forma que eles sejam identificados facilmente ao rastrear defeitos ou identificar um requisito de software em um estágio posterior.
7. Implementar técnicas de teste
Não é possível verificar todas as condições possíveis em seu aplicativo de software. As técnicas de teste de software ajudam a selecionar alguns casos de teste com a possibilidade máxima de encontrar um defeito.
- Análise de valor de limite (BVA): como o nome sugere, é a técnica que define o teste de limites para um intervalo de valores especificado.
- Partição de equivalência (EP): esta técnica divide o intervalo em partes / grupos iguais que tendem a ter o mesmo comportamento.
- Técnica de transição de estado : este método é usado quando o comportamento do software muda de um estado para outro após uma ação específica.
- Técnica de adivinhação de erros: trata-se de adivinhar / antecipar o erro que pode surgir durante o teste manual. Este não é um método formal e tira vantagens da experiência do testador com o aplicativo
8. Autolimpante
O caso de teste que você cria deve retornar o ambiente de teste ao estado de pré-teste e não deve tornar o ambiente de teste inutilizável. Isso é especialmente verdadeiro para testes de configuração.
9. Repetível e autônomo
O caso de teste deve gerar os mesmos resultados todas as vezes, não importa quem o teste
10. Revisão por pares.
Depois de criar casos de teste, faça com que sejam revisados por seus colegas. Seus colegas podem descobrir defeitos no design do seu caso de teste, que você pode facilmente perder.
Ferramentas de gerenciamento de caso de teste
Ferramentas de gerenciamento de teste são as ferramentas de automação que ajudam a gerenciar e manter os casos de teste. As principais características de uma ferramenta de gerenciamento de caso de teste são
- Para documentar casos de teste: Com ferramentas, você pode agilizar a criação de casos de teste com o uso de modelos
- Execute o Caso de Teste e registre os resultados: O Caso de Teste pode ser executado por meio das ferramentas e os resultados obtidos podem ser facilmente registrados.
- Automatize o Rastreamento de Defeitos: Testes com falha são automaticamente vinculados ao rastreador de bug, que por sua vez pode ser atribuído aos desenvolvedores e pode ser rastreado por notificações por e-mail.
- Rastreabilidade: Requisitos, casos de teste, execução de casos de teste estão todos interligados por meio das ferramentas e cada caso pode ser rastreado entre si para verificar a cobertura do teste.
- Protegendo Casos de Teste: Casos de teste devem ser reutilizáveis e devem ser protegidos contra perda ou corrupção devido ao controle de versão deficiente. Ferramentas de gerenciamento de caso de teste oferecem recursos como
- Convenções de nomenclatura e numeração
- Controle de versão
- Armazenamento somente leitura
- Acesso controlado
- Backup externo
As ferramentas populares de gerenciamento de teste são: Quality Center e JIRA
Recursos
- Observe que o modelo usado varia de projeto para projeto. Leia este tutorial para aprender o modelo de caso de teste com explicação de campos importantes
Baixe o modelo de caso de teste acima em Excel (.xls)
