Tempo de Leitura: 10 minutos

Como escrever casos de teste pode não parecer uma parte importante do desenvolvimento. Mas para que um testador de software desempenhe melhor seu trabalho, eles precisam de um conjunto cristalino de etapas a seguir e de uma definição clara do que está sendo testado.

todos, da NASA e da GE às corporações de nível empresarial, podem se beneficiar das equipes que operam no seu melhor. Escrever excelentes casos de teste é apenas mais uma maneira de melhorar a eficiência e eficácia da equipe e a Parasoft tem tudo a ver com capacitar as equipes a fazer exatamente isso.

neste blog, abordamos os seguintes tópicos relacionados a como escrever um caso de teste:

1. o Que é um caso de teste?
2. script de Teste vs. caso de teste
3. teste Diferentes tipos de caso
4. Como escrever software, casos de teste
5. Padrão de caso de teste formato
6. de Teste do caso de escrita melhores práticas
7. conjunto de Teste vs. plano de teste
8. ferramentas de escrita de caso de teste

o que é um caso de teste no Software?

um caso de teste é exatamente o que parece: um cenário de teste medindo a funcionalidade em um conjunto de ações ou condições para verificar o resultado esperado. Eles se aplicam a qualquer aplicativo de software, podem usar testes manuais ou um teste automatizado e podem usar ferramentas de gerenciamento de casos de teste.Uma coisa importante a lembrar quando se trata de escrever casos de teste é que eles se destinam a testar uma variável ou tarefa básica, como se um código de desconto se aplica ou não ao produto certo em uma página da web de comércio eletrônico. Isso permite que um testador de software tenha mais flexibilidade em como testar código e recursos.

Script de Teste vs. Caso de Teste

A diferença entre casos de teste vs. scripts de teste também deve ser esclarecido. Um script de teste é um programa curto destinado a testar certas funcionalidades. Um caso de teste é um documento com etapas a serem concluídas conforme planejado com antecedência.

considere os casos de teste como uma viagem meticulosamente planejada e scripts de teste para ser mais como uma viagem rápida ao Supermercado.

diferentes tipos de casos de teste

casos de teste podem medir muitos aspectos diferentes do Código. As etapas envolvidas também podem ser destinadas a induzir um resultado de falha em oposição a um resultado esperado positivo, como quando um usuário insere a senha errada em uma tela de login.

Alguns exemplos de casos de teste comuns seria o seguinte:

casos de Teste pode ser aplicado a qualquer número de características encontradas em qualquer software. Alguns dos exemplos mais populares incluem:

• teste de API-Veja em ação.
• teste de interface do usuário-veja – o em ação.
• teste unitário-veja-o em ação.
• carregar & testes de desempenho-veja-o em ação.
• testes de Segurança
• consultas SQL
• Baixo-aplicação do código de teste

Um Teste Popular Exemplo de Caso

casos de Teste são úteis em uma variedade de cenários. Tudo, desde bancos a softwares pessoais, requer um aplicativo de caso de teste. Por exemplo, se o objetivo é ter dados criptografados e confidenciais, o software precisa ter recursos que funcionem conforme o planejado.

mas o teste funcional é apenas um aspecto da escrita de um caso de teste. O teste de Software deve desafiar robustamente todos os aspectos do Código, desde o desempenho até a compatibilidade e a segurança. É por isso que o software de criptografia pessoal precisa ser testado tão completamente — especialmente quando se trata de coisas como APIs da Web.

como escrever Casos de teste de Software

escrever casos de teste varia dependendo do que o caso de teste está medindo ou testando. Essa também é uma situação em que o compartilhamento de ativos de teste entre as equipes de desenvolvimento e teste pode acelerar os testes de software. Mas tudo começa com saber como escrever um caso de teste de forma eficaz e eficiente.

os casos de teste têm algumas partes integrais que devem estar sempre presentes nos campos. No entanto, cada caso de teste pode ser dividido em 8 etapas básicas.

Passo 1: caso de teste ID

os casos de teste devem ter IDs exclusivos para representá-los. Na maioria dos casos, seguir uma convenção para esse ID de nomenclatura ajuda na organização, clareza e compreensão.

Passo 2: Descrição do teste

Esta descrição deve detalhar qual unidade, recurso ou função está sendo testada ou o que está sendo verificado.

Etapa 3: suposições e pré-condições

isso implica quaisquer condições a serem atendidas antes da execução do caso de teste. Um exemplo seria exigir uma conta válida do Outlook para um login.

Etapa 4: Dados de teste

isso se relaciona com as variáveis e seus valores no caso de teste. No exemplo de um login de E-mail, seria o nome de usuário e a senha da conta.

Passo 5: Etapas a serem executadas

essas devem ser etapas facilmente repetíveis, conforme executadas da perspectiva do usuário final. Por exemplo, um caso de teste para fazer login em um servidor de E-mail pode incluir essas etapas:

1. abra a página da web do servidor de E-mail.
2. digite o nome de usuário.
3. Digite a senha.
4. clique no botão” Enter “ou” Login”.

Etapa 6: resultado esperado

isso indica o resultado esperado após a execução da etapa do caso de teste. Ao inserir as informações de login corretas, o resultado esperado seria um login bem-sucedido.

Passo 7: Resultado real e pós-Condições

em comparação com o resultado esperado, podemos determinar o status do caso de teste. No caso do login por e-mail, o usuário estaria logado com sucesso ou não. A pós-condição é o que acontece como resultado da execução da etapa, como ser redirecionado para a caixa de entrada de E-mail.

Etapa 8: passar/falhar

determinar o status de passagem/falha depende de como o resultado esperado e o resultado real se comparam.

Mesmo resultado Passe =
resultados Diferentes = Fail

Unidade Padrão de Caso de Teste Formato

Cada parte de um teste de unidade vai definir vários aspectos fundamentais, incluindo:

1. Funções desempenhadas pelo teste
2. Dados utilizados no teste
3. resultado Esperado da execução do teste
4. Assegurar o teste foi executado no isolamento de outras partes do codebase

É importante saber que o formato padrão de bem-testes escritos é composto das seguintes partes:

• teste Significativo nome do método
• Controlada de dados ou zomba de ser usado para o teste
• Método ou unidade sob teste (a parte do código que estamos testando)
• Aplicação de uma asserção
• Executar o teste de unidade de isolamento

Há um Caso de Teste de Modelo?

como mencionado, existe um formato de caso de teste padrão. No entanto, o modelo de caso de teste provavelmente variaria de empresa para empresa e até mesmo de equipe para equipe. Em vez disso, um modelo de caso de teste é o documento com uma lista de cenários de teste e casos de teste subsequentes.

exemplo de caso de teste de qualidade

embora os casos de teste variem com base no tipo de teste e no campo geral de teste, a construção de um caso de teste de qualidade se resume a esses poucos itens confiáveis acima. Lembre-se: o nome do método de teste deve incluir o método ou unidade em teste e qual é o resultado esperado.

deve-se notar também que cada unidade deve ser testada isoladamente. Nesse caso, “isolamento” significa manter os testes focados o máximo possível para executar apenas a parte do aplicativo para o qual estamos testando.

Este exemplo vem de uma bancários relacionados com o caso de teste:

Com este nome de método, nós sabemos que isso é um teste de unidade que é:

• Teste o método ‘isOverDrawn()’.
• o balanceamento utilizado para os dados controlados foi de 500.
• o resultado esperado é verdadeiro.

um nome de método significativo permite que qualquer pessoa revise os resultados para entender o que o teste de unidade estava testando. Além disso, sinaliza os dados a serem testados, o resultado esperado e o que foi testado.

se o teste falhar, saber o resultado esperado é fundamental para permitir uma solução de problemas mais fácil e garantir que nenhuma regressão seja introduzida.

dados do caso de teste

os dados usados precisam ser suficientes para executar o teste. Para testes unitários, queremos tornar o mais simples possível testar a unidade mais básica de nossa aplicação. Os dados podem ser tão simples quanto fazer uma string ou variável de objeto para a qual você pode controlar os dados. Ou uma estrutura simulada pode ser usada para o teste se uma dependência não estiver disponível ou se você precisar que essa dependência esteja em um estado específico.

tendo apenas o suficiente para testar essa parte, se suficiente. Você não precisa configurar todas as partes do aplicativo para que o teste seja executado.

tudo isso afeta como o teste de unidade se comportará, pois esses são os dados que estão sendo usados para a execução do teste de unidade. Como tal, essa parte do teste de unidade é a mais demorada, pois requer alguma compreensão do código que você está testando para saber quais dados usar para teste.

mantenha-o simples usando apenas as peças necessárias para o código que está sendo testado. Os Mocks são muito úteis nesta fase, pois permitem controlar como os métodos desses objetos se comportarão ao interagir com seu teste.

por exemplo, dados os seguintes dados:

evitamos a “classe real do cliente” usando uma simulação para a “classe do cliente” para testar o isolamento. Não queremos introduzir nem configurar outro objeto para este teste, pois ele adiciona outra camada de manutenção para esse objeto e não está afetando o resultado do método em teste.

a próxima variável a ser criada é o”saldo inicial” —algo conhecido devido ao conhecimento do Código. A próxima linha mostra o objeto Account que está sendo criado junto com o mock e o saldo inicial para preparar o método para o qual estamos testando com os dados que acabamos de usar.

portanto, neste exemplo, o objeto account é configurado com o cliente simulado, pois não nos importamos com os dados do objeto customer e passamos por um saldo inicial que podemos controlar para nosso teste.

a próxima linha define a entrada como o método em teste requer um número a ser usado. Definimos o” equilíbrio ” a ser usado no método para o qual estamos testando. Em seguida, o método é executado com o resultado do método sendo armazenado em nossa variável para usarmos mais tarde.

aplicando uma asserção

uma vez que o teste pode ser concluído com sucesso (como ele é executado do início ao fim sem exceções ou erros), então é hora de aplicar uma asserção ao teste de unidade. Sem a afirmação, o teste de unidade não tem sentido, pois não há nada que você esteja aplicando para garantir que esteja funcionando conforme o planejado.

coletar a cobertura de quais linhas foram executadas informa o que foi executado, mas não fornece detalhes suficientes para determinar o seguinte:

• se o código estiver se comportando conforme o esperado.
• se o código atender às metas de qualidade.
• se os dados retornados forem os dados esperados.

Uma asserção pode ser tão básico como:

Enquanto o teste de unidade contém uma afirmação que é de verificar o método no resultado do teste, isto é significativa, o teste de unidade.

aplicando-se o formato padrão de teste de unidade, uma equipe pode facilmente manter, ler, e/ou atualização de testes com mais facilidade para ver facilmente onde mais testes podem ser aplicados para o resto da aplicação.

quais são as melhores práticas para escrever Casos de teste de qualidade?

como escrever testes eficazes e casos de teste podem ser simplificados ao longo do tempo. Algumas práticas recomendadas incluem o uso de títulos fortes, descrições fortes e manter a linguagem concisa e clara.

mas você também vai querer incluir pré-condições, suposições, e os resultados esperados, também. Todas essas informações são relevantes para o testador de software — especialmente ao determinar se o caso de teste deve ser um “passe” ou uma “falha”.

uma folha de dicas para criar casos de teste que funcionam bem é a seguinte:

• mantenha as coisas simples e transparentes.
• tornar os casos de teste reutilizáveis.
• mantenha os IDs do caso de teste exclusivos.
• revisão por pares é importante.
• os casos de teste devem ter em mente o usuário final ou os requisitos definidos.
• especifique os resultados e suposições esperados.

simples, exclusivo, específico, aberto a feedback e focado na reutilização: esse é o caminho de um ótimo caso de teste. Para uma visão mais visual de como escrever um caso de teste de qualidade, confira o webinar da Parasoft sobre o assunto.

pacote de teste vs. plano de teste

o outro aspecto de um caso de teste envolve conjuntos de teste e planos de teste. Estes diferem em maneiras chaves e ambos são vitais para o desenvolvimento exato do caso do teste.

o que é um conjunto de testes?

um conjunto de testes entra em jogo para casos de teste no que se refere ao código-fonte, à coleção de dependências ou ao conjunto de testes a serem realizados no código. Os conjuntos de testes permitem categorizar os casos de teste de maneiras que se alinham a qualquer análise ou necessidade de planejamento.Isso significa que os principais recursos de software podem ter seu próprio conjunto de testes, enquanto outro conjunto de testes é para um tipo de teste específico, como fumaça ou segurança. Pense em suítes de teste como uma estante para organizar seus casos de teste.

o que é um plano de teste?

em contraste, um plano de teste é mais parecido com o guarda-chuva que fica sobre todas as suítes de teste. Se os casos de teste forem livros e as suítes de teste forem estantes de livros, os planos de teste serão a sala que contém a estante.

geralmente, os planos de teste são configurados em termos de testes manuais, testes automatizados e um formato geral de como fazer o teste. Eles testarão o software desde a fundação, utilizando conjuntos de testes e casos de teste antes de implementar alterações ou adicionar novos recursos.

melhores ferramentas de Escrita de caso de teste

a Parasoft geralmente desenvolve suas ferramentas e suítes com a teoria “George Jetson” em mente. Ou seja, queremos que nossos clientes possam “pressionar um botão” e cuidar de tudo. Embora isso não seja totalmente realista, as ferramentas que têm esse foco na automação são as melhores para usar quando se trata de escrever casos de teste.

Não só eles podem ajudar com a automação, mas eles podem ajudar, desde o início do desenvolvimento. Afinal, é muito fácil ficar atolado por pequenos detalhes ou recursos. Pode-se esquecer que o software só precisa funcionar primeiro. É aí que entra uma ferramenta de teste de unidade Java como o Parasoft Jtest.

esta ferramenta permite que iniciantes e especialistas melhorem suas habilidades de teste de unidade mais rapidamente, bem como a experiência de teste de unidade. Depois de estabelecer uma base, ele executa os testes de unidade e orienta o Usuário para garantir que os testes sejam significativos. Quando você pode entender os tipos de coisas a procurar em um teste, a escrita do caso de teste torna-se menos intimidante.