Você costuma ver que, seja um recém-chegado que acabou de entrar no local de trabalho ou um velho que trabalhou por um período de tempo, ele fica preocupado ao escrever casos de teste? Por exemplo:
Como escrever casos de teste?
Como um novo testador, acabei de entrar em contato com o teste. Como escrever casos de teste é uma dor de cabeça. Não posso tocar nos requisitos. Só posso testar da perspectiva do usuário, mas essa situação levará à incapacidade de teste o APP em todas as direções...
Como escrever casos de teste de software eficientes?
Estou envolvido em testes de software há mais de meio ano e, basicamente, confio em uma compreensão geral dos produtos de software para realizar o trabalho de teste.É difícil realizar um teste abrangente e detalhado nos produtos. Agora quero aprender a escrever planos de teste e casos de teste. Quais livros relacionados posso consultar?
Claro, escrever um bom caso de teste requer: capacidade de análise de demanda suficiente + teoria e bênção da experiência. Mas isso não significa que você não pode escrever bons casos de uso sem experiência de teste e capacidade de análise fraca.Ainda há métodos a seguir. Como um velho que está no local de trabalho de teste há 9 anos, gostaria de compartilhar com você alguma experiência na escrita de casos de uso. Em seguida, começarei com os seguintes aspectos:
- Introdução ao conceito, função, conteúdo, etc. de casos de teste
- Como escrever casos de teste?
- Wechat enviando momentos de compartilhamento de casos
1. Introdução aos casos de teste
Um caso de teste é um conjunto de documentos preparados para os requisitos do projeto, incluindo entradas de teste, condições de execução e resultados esperados, a fim de testar se um programa atende aos requisitos do cliente.
1. Por que escrever casos de teste?
- É a orientação do trabalho de teste, a garantia fundamental para a estabilidade da qualidade do teste de software e a referência para avaliar os resultados do teste.
- Ter um caso de uso para orientar a execução do teste pode funcionar como uma tração quando os testadores se cansam.
- No processo de escrever casos de uso, obtenha uma compreensão mais profunda da arquitetura do sistema ou do negócio familiarizando-se com os requisitos
- Pode evitar testar a culpa
2. Modelo de caso de teste: os modelos de cada empresa podem ter diferenças e geralmente incluem o seguinte conteúdo
- Número do caso de uso: singularidade, regra geral: nome do produto_fase de teste (está s uat)_número do item de teste
- Item de teste: correspondente a um módulo de função ou subfunção
- Título do teste: Um resumo de uma frase da intenção e propósito do teste atual
- Nível de gravidade: alto/médio/baixo
- Pré-condições: Algumas pré-condições precisam ser atendidas, caso contrário, o caso de uso não pode ser executado
- Entrada de teste: As informações de entrada que precisam ser processadas devem ser instrutivas quando combinadas com as etapas
- Etapas da operação: descreva claramente cada etapa e os executivos podem concluir o trabalho de execução de acordo com as etapas
- Resultados esperados: compare a saída esperada com os resultados reais para determinar se o objeto testado atende aos requisitos
- Resultado real: o resultado real após passar na execução do teste, está vazio ao escrever o caso de uso.
3. Forma de redação do caso de teste
- Escrito em Excel, o modelo fornecido acima é este formulário, que é adequado para o caso em que o tempo de desenvolvimento do projeto é relativamente suficiente
- Classificando pontos de teste através do Xmind, adequado para tempo de desenvolvimento de projeto urgente
- Escrito em plataformas de gerenciamento de projetos, como ZenTao, não é comumente usado
2. Como escrever casos de teste
A ideia geral é dividida em três etapas:
Etapa 1: classificar funções e pontos de função de acordo com os requisitos
Etapa 2: classificar os pontos de teste por meio de testes de teoria, métodos e experiência
Etapa 3: Mineração de requisitos ocultos, cobrindo o nível de teste não funcional
Exemplo: Envio dinâmico de WeChat Moments
Etapa 1, classificar as funções e os pontos de função de acordo com os requisitos
Resumindo, é para classificar as funções e os pontos de função que você pode ver. As empresas geralmente têm materiais de requisitos de produtos, como documentos de especificação de requisitos, desenhos de protótipos e desenhos de design de interface do usuário; quando não há informações de requisitos, você pode usar o software para se familiarizar com o negócio. Assim como no envio de Moments, podemos classificar primeiro os módulos funcionais, depois as subfunções e, em seguida, ir para os detalhes dos requisitos funcionais. Observe que alguns detalhes de requisitos pouco claros precisam ser confirmados com o produto a tempo. Mais ou menos assim classificados:
Etapa 2: classificar os pontos de teste por meio de testes de teoria, métodos e experiência
Esta etapa é muito importante. Depois de classificar os pontos de função de acordo com os requisitos, precisamos dividir e organizar pontos de teste específicos para cada ponto de função. Neste momento, precisamos imaginar todas as situações de operações do usuário, incluindo normais e anormais cenários.
Precisamos ter teoria de teste e experiência em teste para projetar melhor um caso de teste abrangente e confiável. Métodos comuns de projeto de caso de teste incluem: divisão de classe de equivalência, análise de valor de limite, tabela de decisão, diagrama de causa e efeito, método de adivinhação de erro, método de cenário, método de experimento ortogonal, método de transição de estado, etc. A experiência de teste requer o acúmulo e a precipitação de vários testes de projeto. Para novos testadores, a experiência de teste tende a ser zero, neste momento você pode aprender com alguma experiência anterior. Certa vez, compilei um documento para isso.Depois de usar o documento, muitos novos testadores sentem que têm uma noção repentina de casos de teste e sabem como escrever casos de uso.
Essas informações são compartilhadas da seguinte forma:
Nota: Esta informação pode ser usada na análise de qualquer produto de software. Em essência, qualquer produto de software operado sob a perspectiva do usuário, a função de operação nada mais é do que adicionar, excluir, modificar e verificar dados, portanto, quando necessário Ao analisar e escrever casos de teste para produtos de software, podemos usar os pontos de teste classificados acima para aplicar e escrever casos de teste de acordo com qual operação a função atual deve adicionar, excluir, modificar e verificar. De acordo com a operação de adicionar, excluir, modificar e conferir, divide-se em:
- Teste de formulário: páginas relacionadas ao envio de dados, incluindo adição ou exclusão de páginas de dados
- Teste de pesquisa: página consultada para dados
- Teste de exclusão: páginas excluídas para dados
- Cookies, sessão, etc. testes: perspectiva de operação do usuário, testes complementares
- Teste de banco de dados: adicionando, modificando, excluindo e consultando operações relacionadas a negócios em páginas estão adicionando, modificando, excluindo e verificando dados do banco de dados
Através do teste de métodos teóricos e experiência de teste, podemos obter os pontos de teste do WeChat Moments:
Escrito como um caso de uso de documento do Excel, pode ser:
728 x 291 1254 x 502
Etapa 3: Mineração de requisitos ocultos, cobrindo o nível de teste não funcional
Além dos níveis funcionais acima, para produtos móveis WeChat, alguns testes de recursos também precisam ser considerados, incluindo níveis de teste não funcionais, como:
3. Resumo
Embora não seja tão simples escrever um caso de uso, mas através do exposto acima, você descobriu que ainda existe um método a seguir? Se você não sabe escrever, escreva primeiro imitando. Com o tempo, por meio do treinamento de longo prazo do pensamento de teste no projeto e do resumo da experiência de bugs no trabalho, acredito que um dia você encontrará que escrever casos de teste não é tão difícil!
"Enciclopédia de modelos de casos de teste"
Sobre o arranjo de recursos de aprendizagem:
Esses materiais devem ser o armazém de preparação mais abrangente e completo para amigos [de teste de software]. Este armazém também acompanhou dezenas de milhares de engenheiros de teste na jornada mais difícil e espero que possa ajudá-lo!