writing test cases from srs document
Escrevendo casos de teste a partir do documento SRS (baixe os exemplos de casos de teste do projeto ao vivo) - Treinamento de controle de qualidade de teste de software, dia 4
Apenas para relembrar o que temos feito até agora - estamos trabalhando nosso caminho através do Treinamento de teste de software mini-curso em um projeto ao vivo OrangeHRM.
Nesta série de treinamento de controle de qualidade on-line gratuito até agora, concluímos:
Agora, chegamos à parte que é real,os casos de teste.
Conforme indicado no artigo anterior: Os casos de teste são documentados pela equipe de QA enquanto a fase de código do SDLC está em andamento. Em outras palavras, enquanto a equipe de desenvolvimento constrói o sistema de software, a equipe de teste se prepara com os casos de teste que nos ajudariam a testar o sistema quando ele estiver pronto, ou seja, no final da fase de código.
Então, no artigo de hoje, vamos trabalhar para entender o que são casos de teste, como criá-los e escrever alguns casos de teste de amostra para nosso projeto ao vivo.
Vamos começar imediatamente.
O que você aprenderá:
- Noções básicas de escrever casos de teste
- Campos em casos de teste
- Métodos de escrita / otimização de casos de teste
- Alguns pontos importantes a serem observados
- Conclusão
- Leitura recomendada
Noções básicas de escrever casos de teste
# 1) Se os cenários de teste fossem 'O que vamos testar' no AUT - os casos de teste são tudo sobre “Como vamos testar um requisito”.
Por exemplo , se o cenário de teste for “Validar a funcionalidade de login do Admin” - Isso resultaria em 3 casos de teste (ou condições) - Login (bem-sucedido), Login-malsucedido quando o nome de usuário incorreto for inserido, Login-malsucedido quando a senha incorreta for inserida . Cada caso de teste, por sua vez, teria etapas para abordar como podemos verificar se uma determinada condição de teste foi satisfeita ou não.
#dois) A entrada para criar um documento de caso de teste é FRD, cenários de teste criados na etapa anterior e quaisquer outros documentos de referência, se houver.
# 3) A documentação do caso de teste é uma entrega importante pela equipe de QA e é compartilhada com BA, PM e outras equipes quando feito para seu feedback.
# 4) O trabalho é dividido entre os membros da equipe e cada membro ficará responsável por criar casos de teste para um determinado módulo ou parte de um determinado módulo.
# 5) Assim como com os cenários de teste, antes de começarmos a documentação do caso de teste, um modelo comum deve ser acordado. Praticamente qualquer coisa pode ser usada para criar casos de teste. As 2 opções mais usadas são MS Excel e MS Word.
# 6) O Modelo de MS Word parece algo assim:
# 7) O Modelo Excel pode ter a seguinte aparência:
# 8) A partir dos dois templates acima, pode-se observar que os campos (ou os componentes) que compõem um caso de teste são os mesmos, a única diferença é a forma como estão organizados.
Portanto, desde que haja um campo para cada um dos tipos de informação a serem incluídos em um teste, o formato do modelo não importa. No entanto, meu favorito pessoal é a planilha do Excel, porque é fácil de expandir, recolher, classificar, etc. Mas, novamente, escolha qualquer formato que funcione melhor para você.
Campos em casos de teste
Vamos parar um pouco para observar os campos que fazem parte de um caso de teste.
O Id do caso de teste e a descrição do caso de teste são os genéricos.
Os outros campos podem ser explicados da seguinte forma:
- Condição prévia: Estado do AUT (o estado em que o AUT precisa estar para que possamos começar).
- Entrada: Etapas de entrada de dados. Para essas etapas, é importante observar que tipo de informação de entrada é necessária - dados de teste.
- Ponto de validação / gatilho / ação : O que está causando a validação? (Clique em um botão, alternar ou acessar o link. Certifique-se de que haja pelo menos um ponto de validação para um caso de teste - caso contrário, tudo será uma entrada de dados sem nada para procurar. Além disso, para garantir que temos modularidade suficiente, tente não combinar muitos pontos de validação em um caso de teste. 1 por caso de teste é o ideal.)
- Resultado: Resultado esperado.
- Pós-condição: Essas são informações adicionais fornecidas para o benefício do testador, apenas para tornar o caso de teste mais perspicaz e informativo. Isso inclui uma explicação do que acontece ou o que pode ser esperado do AUT depois que todas as etapas do caso de teste forem concluídas.
Veja também => Modelo de caso de teste de amostra
Casos de teste de amostra de projeto ao vivo (download)
Agora que temos informações de segundo plano suficientes para iniciar o processo de criação de casos de teste, vamos prosseguir e criar alguns casos de teste para nosso Live Project.
Com base no processo mencionado acima, criamos alguns casos de teste de amostra para o módulo de conta OrangeHRM. Isso deve dar a você um formato de caso de teste exato e uma ideia de como escrever casos de teste.
=> Baixe o exemplo de documento de casos de teste para nosso projeto ao vivo aqui .
Nota: Existem poucas imagens que se referem ao documento XLS de casos de teste de amostra. Se você estiver visualizando isso na versão mais antiga do MS Office, poderá enfrentar problemas de compatibilidade.
Listamos essas imagens abaixo de acordo com seus nomes nos arquivos XLS:
Veja a foto 1
Veja a foto 2
Veja a foto 3
Pronto, tudo pronto e bom.
Métodos de escrita / otimização de casos de teste
Agora, imagine uma situação em que uma determinada página tenha alguns campos de 10 ou uma lógica de negócios complexa implementada nela. Para garantir a otimização do processo de criação de casos de teste em situações como essa, nós, testadores, temos certos métodos de otimização de casos de teste.
Abaixo estão listados os links fornecidos para obter mais informações sobre esses métodos.
o que é uma chave de segurança para wi-fi
- Análise de valor limite
- Particionamento equivalente
- Adivinhação de erro - Este é um método muito simples e depende da intuição de um testador. Por exemplo , Digamos que haja um campo de data em uma página. Os requisitos vão especificar que uma data válida deve ser aceita por este campo. Agora, um testador pode tentar “30 de fevereiro” como uma data - porque, no que diz respeito aos números, é uma entrada válida, mas fevereiro é um mês que nunca tem 30 dias - então uma entrada inválida.
- Diagramas de transição de estado
- Tabelas de Decisão
Usando as técnicas acima e seguindo o processo geral de criação de casos de teste, criamos um conjunto de casos de teste que testaria efetivamente o aplicativo disponível.
Alguns pontos importantes a serem observados
- Os casos de teste que criamos não são apenas o ponto de referência para a fase de QA, mas também para o UAT.
- Casos de teste internos são Revisado por pares dentro da equipe .
- Quando uma determinada situação não é tratada por um caso de teste - a regra é: ele não será testado. Portanto, este é um bom lugar para verificar se o conjunto de testes que criamos atinge a meta de 100% de cobertura de teste ou não. Para fazer isso, uma matriz de rastreabilidade pode ser criada. Confira tudo o que há para saber sobre o Matriz de rastreabilidade aqui .
- Ferramentas - ferramentas de gerenciamento de teste como QC , qTest nos ajude com a atividade de criação de casos de teste. Para obter um exemplo de como casos de teste podem ser tratados usando o Quality Center, consulte este Tutorial do Quality Center .
- As ferramentas de automação podem ser usadas para criar casos de teste - nesse caso, eles são chamados de scripts de teste.
Isso nos leva ao final de outro segmento interessante.
Conclusão
O final do processo de criação de teste / fase de design de teste (STLC) e o final da fase de Código (SDLC) geralmente marcarão o final da fase de preparação do teste e o início da fase de execução do Teste.
Próximo tutorial neste curso de teste de software - No próximo artigo, falaremos sobre o que é a Execução de Teste, o que ela inclui e quais são as expectativas da equipe de QA durante esta fase.
=> Dia 5 de treinamento de controle de qualidade: Execução de Teste
Esperamos que todos vocês estejam trabalhando junto com esta série. Para simplificar, apenas alguns casos de teste foram criados. No entanto, os melhores resultados podem ser vistos quando você trabalha em testes extensivamente, o que significa escrever mais e mais casos de teste. Então, por favor, não limite o seu trabalho e faça o máximo que puder.
Deixe-nos saber suas perguntas e comentários abaixo. Bom teste!
PREV Tutorial | PRÓXIMO Tutorial
Leitura recomendada
- Modelo de caso de teste de amostra com exemplos de caso de teste (download)
- Como escrever um documento de estratégia de teste (com modelo de estratégia de teste de amostra)
- Documento de plano de teste de amostra (exemplo de plano de teste com detalhes de cada campo)
- Como escrever um relatório de resumo de teste eficaz (Download de relatório de amostra)
- Como escrever casos de teste: o guia definitivo com exemplos
- Treinamento de teste de software: treinamento de ponta a ponta em um projeto ao vivo - treinamento de controle de qualidade online gratuito - parte 1
- Modelo de plano de teste de software de amostra com formato e conteúdo
- Como escrever casos de teste para máquina ATM (cenários de exemplo)