o Que é um Caso de Teste?
no contexto de testes de software, um caso de teste refere-se à sequência de ações necessárias para verificar um recurso ou funcionalidade específica. Essencialmente, o caso de teste detalha as etapas, dados, pré-requisitos e pós-condições necessárias para verificar um recurso.
ele apresentará variáveis específicas que os QAs precisam comparar os resultados esperados e reais para concluir se o recurso está funcionando como deveria. Os componentes do caso de teste mencionam entrada, execução e saída/resposta esperada. Basicamente, ele diz aos engenheiros o que fazer, como fazê-lo e quais resultados são aceitáveis.
Leia Mais: Como criar Cenários de Teste com Exemplos
O Objetivo da Escrita de Casos de Teste
- Para validar os recursos e funções do software.
- para orientar os testadores durante a atividade prática do dia-a-dia.
- para registrar um catálogo de etapas realizadas, que podem ser revisitadas no caso de um bug aparecer.
- para fornecer um modelo para futuros projetos e testadores para que eles não tenham que começar a trabalhar do zero.
- para ajudar a detectar problemas de usabilidade e lacunas de design no início.
- para ajudar novos testadores e desenvolvedores a realizar testes rapidamente, mesmo que eles se juntem no meio de um projeto em andamento.
Padrão de Caso de Teste Formato
- ID do Caso de Teste
- Cenário de Teste
- Etapas de Teste
- pré-Requisitos
- Dados de Teste
- Esperado/Resultados Pretendidos
- Resultados Reais
- Status de Teste de aprovação/reprovação
ao escrever casos de teste, lembre-se de incluir:
- Uma descrição razoável da exigência
- Uma descrição do processo de teste
- Detalhes relacionados à configuração de teste: versão do software em teste, pontos de dados, Sistema Operacional, hardware, Liberação De Segurança, data, hora, pré-requisitos, etc.
- quaisquer documentos ou anexos relacionados testadores exigirão
- alternativa aos pré-requisitos, se existirem
características comuns de casos de teste
- provavelmente serão revisados e atualizados regularmente. Os requisitos de Software podem mudar, dependendo das mudanças nas prioridades de negócios ou nas preferências do cliente. Se os requisitos mudarem, os casos de teste terão de ser alterados em conformidade. A detecção de bugs e etapas de depuração também podem exigir que os casos de teste sejam alterados.
- provavelmente envolverá agrupamento. Os casos de teste em um único cenário de teste geralmente precisam ser executados em uma sequência específica ou em um grupo. Nesse caso, pré-requisitos específicos de um caso de teste serão aplicados a outros casos de teste na mesma sequência.
- provavelmente interdependente. Muitas vezes, os casos de teste podem depender uns dos outros. Isso é especialmente verdadeiro para aplicativos em camadas com lógica de negócios de várias camadas.
- provavelmente será usado por testadores e desenvolvedores. Os casos de teste são úteis para desenvolvedores e testadores. Por exemplo, quando os desenvolvedores estão corrigindo bugs, os casos de teste podem ser bastante úteis para replicar o referido bug. No desenvolvimento orientado a testes (TDD), os desenvolvedores criam casos de teste para criar lógica de negócios, cobrir vários cenários de teste e começar a escrever código.
exemplo de caso de teste
vamos construir um exemplo de caso de teste com base em um cenário específico. Aqui está um exemplo de caso.
- ID do caso de teste: #BST001
- cenário de teste: para autenticar um login de usuário bem-sucedido em Gmail.com
- etapas do teste:
- o usuário navega para Gmail.com.
- no campo ‘email’, o usuário insere um endereço de email registrado.
- o usuário clica no botão’ Avançar’.
- o usuário insere a senha registrada.
- o usuário clica em ‘ entrar.’
- Pré-Requisitos: um ID do Gmail registrado com um nome de usuário e senha exclusivos.
- navegador: Chrome v 86. Dispositivo: Samsung Galaxy Tab S7.
- dados de teste: nome de usuário e senha legítimos.
- Resultados Esperados/Pretendidos: Depois que o nome de usuário e a senha são inseridos, a página da web redireciona para a caixa de entrada do usuário, exibindo e destacando novos e-mails na parte superior.
- resultados reais: como esperado
- status do teste – passar/falhar: passar
melhores práticas para escrever Casos de teste
- priorizar clareza e transparência. Seja claro, conciso e assertivo ao descrever o que o testador precisa fazer e quais resultados eles devem obter idealmente.
- concentre-se nos requisitos do Usuário Final Ao escrever casos de teste de amostra. Mapeie casos de teste para refletir todos os aspectos da jornada do Usuário. Use o documento de especificações e o documento de requisitos para fazê-lo.
- evite a repetição. Se vários testes puderem ser executados com o mesmo caso de teste, use o ID do caso de teste para se referir ao caso de teste necessário.
- mantenha as etapas do teste o mínimo possível. Idealmente, mantenha – o em 10 a 15 etapas, se possível.
- concentre-se em alcançar a cobertura máxima do teste. Embora a cobertura de teste de 100% raramente seja alcançável, uma alta porcentagem pode ser alcançada com as estratégias certas.
leia mais: como você garante a cobertura máxima do teste?
- crie casos de teste de autolimpeza. Isso significa que os casos de teste devem reverter o ambiente de teste para um estado pré-teste intocado. Os testes não devem deixar vestígios de si mesmos no ambiente quando forem concluídos. Este é um elemento integral do gerenciamento de configuração. Para entender mais detalhadamente: o que é gerenciamento de configuração no DevOps?
- casos de teste de forma para testes que retornam os mesmos resultados, não importa quem os executa. Certifique-se de que os testes sejam independentes.
uma vez que os casos de teste foram moldados, os testes correspondentes devem ser executados em navegadores, dispositivos e sistemas operacionais reais. Lembre-se de que a fragmentação do dispositivo é uma preocupação significativa para todos os desenvolvedores e testadores. Cada site tem que funcionar perfeitamente em várias combinações de dispositivo-navegador-sistema operacional. Com mais de 9000 dispositivos distintos sendo usados para acessar a internet globalmente, todo o software deve ser otimizado para diferentes configurações, viewports e resoluções de tela.
tente testar no Real Device Cloud gratuitamente
neste estado, nenhum emulador ou simulador pode replicar as condições reais do Usuário. O Software precisa ser testado em dispositivos reais para funcionar em circunstâncias do mundo real, como bateria fraca, chamadas recebidas, força de rede fraca e assim por diante. Se um laboratório interno não estiver acessível, opte por uma opção de teste baseada em nuvem que ofereça dispositivos reais.O Cloud Selenium grid da BrowserStack oferece mais de 2000 dispositivos e navegadores reais para testes automatizados. Isso significa que os usuários podem executar testes em vários dispositivos e navegadores reais simplesmente se inscrevendo, fazendo login e selecionando as combinações necessárias. Os testadores também podem realizar testes do Cypress em mais de 30 versões reais do navegador no Windows e macOS. Detecte bugs antes que os usuários testem o software em condições reais do usuário com o BrowserStack.