O editor começará a partir deste artigo para organizar todos os artigos relacionados sobre testes funcionais e selecioná-los para formar uma coleção para sua revisão e referência. A primeira parte desta edição será a teoria dos casos de teste - conversa sobre casos de teste
Pode ser útil descrever as etapas de operação do teste do sistema em palavras
beneficiar
1) Pensamento claro e evitar omissões
- Quando o sistema possui muitas e complexas funções, de acordo com cada módulo do sistema, divida os pontos de função, gaste algum tempo pensando e organizando-os em documentos, combine funções e negócios o máximo possível, e simule diferentes cenários, o que fundamentalmente evita o "hesitação em testar diretamente o sistema" ".
2) Progresso claro do teste
- Com referência aos casos de teste, você pode ver claramente quais casos de uso são executados e quais casos de uso não são executados, a partir do qual você pode ver para onde o teste está indo e, combinado com a plataforma de gerenciamento de problemas, você pode analisar visualmente o progresso do projeto de uma perspectiva de teste.
3) Taxa de defeito dos módulos do sistema
- De acordo com os problemas encontrados nos casos de teste, você pode ver quais módulos funcionais apresentam mais bugs.
método
-
Classificação de equivalência: selecione o subconjunto de entrada, se a entrada exigir a entrada de números de 1 a 10, digite 4 e 7 para verificar;
-
Valor limite: insira o valor máximo suportado. Se o valor máximo de uma caixa de entrada de texto for 100, o conteúdo de entrada excederá 101;
-
Diagrama de causalidade: Tabela de julgamento, julgado pela causalidade;
-
Especulação de erro: com base na experiência de teste, especule em que tipo de operação o sistema pode estar errado;
elemento
1) Diretório
- De acordo com os pontos de função do sistema de divisão, cada ponto de função pode ser distinguido por um diretório, como um sistema de gerenciamento de sistema-gerenciamento de usuário-adição de usuário, então o gerenciamento de sistema é o diretório de primeiro nível, o gerenciamento de usuário é o diretório de segundo nível , e a adição do usuário é um diretório de três níveis;
2) Itens de teste
- Da mesma forma que acima, de acordo com o diretório de três níveis, a adição geral do usuário inclui o nome do usuário, caixa de entrada de senha, botão salvar, cancelar, então cada elemento pode ser dividido em um item de teste;
3) Etapas de operação
- Cada item de teste corresponde à etapa de operação correspondente, que pode ser dividida em etapa de operação 1 e etapa de operação 2. As etapas de operação podem ser refinadas até o ponto em que você clica no botão para adicionar um usuário, insira o nome de usuário e a senha na entrada caixa e clique no botão salvar;
4) Resultados esperados
- Etapas da operação, antes de completar uma série de ações, deve haver resultados esperados correspondentes como uma referência. Esta referência é o documento de análise de requisitos fornecido pelo departamento de negócios no início. De acordo com o documento de análise de requisitos, podemos nos dizer que tipo de resultado que cada função deve ter;
5) Resultados reais
-
Depois de concluídas as etapas da operação, é necessário registrar a situação real, caso não corresponda ao resultado esperado, pode ser classificado como bug;
Considere se os resultados reais podem ser transformados em comentários para evitar correspondência um a um com os resultados esperados e desacoplamento.
6) Teste exploratório prioritário
-
Ao projetar casos de teste, não é totalmente garantido que todas as funções e todos os cenários estejam no lugar, e é muito enfadonho simplesmente executar o teste, então adicione um pouco de pensamento divergente, execute algumas operações não convencionais e use o sistema com a mentalidade do usuário, Ou "destrua" o sistema o quanto quiser e descubra os problemas do sistema.
-
O verdadeiro teste exploratório requer um conhecimento profundo do produto, bem como uma certa profundidade e amplitude da tecnologia de desenvolvimento de software.
Revisão de caso de uso
Depois que o caso de teste é escrito, ele precisa ser revisado dentro do teste. O conteúdo da revisão inclui: se a função está completa e se os requisitos foram atendidos, de modo que cada testador não tenha o desvio do pensamento principal durante o teste do sistema.
Ao mesmo tempo, a revisão de caso de uso também é um processo de aprendizado muito bom. Quando cada testador apresenta o sistema, ele pode perceber as deficiências de seus respectivos casos de uso de design, incluindo automação e desempenho.
Não há necessidade de caso de uso
- A função é muito simples
- A desvantagem da pressa para entregar é que a cobertura do teste não pode ser garantida.
Neste capítulo, temos uma compreensão preliminar dos casos de teste,
Grupo de troca de teste de software: 785128166
Conta pública do WeChat: Programador Erhei; depois de prestar atenção, você pode receber um conjunto de recursos de vídeo gratuitamente; explicar em detalhes: teste automatizado de python, automação da web, automação de interface, automação de terminal móvel, experiência de entrevista e outros conteúdos relacionados, o valor de recursos de aprendizagem dependem de você Ação, não seja um "colecionador"
Próxima atualização: você deve amar ou odiar os casos de teste?
Aqui está uma coleção de artigos secos selecionados para teste funcional: