Unidade de teste Introdução

teste de unidade é um teste da unidade básica do software / módulo, também conhecido como o módulo de teste. Base de dados de unidade / módulo pode ser uma função, instância de classe, o método, procedimento armazenado, pode ser qualquer função com uma forma clara, as especificações definidas, interfaces claramente definidos, e combinação de seu tamanho é geralmente módulo de código de programa pequena.

1. Visão Geral

O teste de unidade é a unidade básica do teste de software / módulo, também conhecido como o módulo de teste. Base de dados de unidade / módulo pode ser uma função, instância de classe, o método, procedimento armazenado, pode ser qualquer função com uma forma clara, as especificações definidas, interfaces claramente definidos, e combinação de seu tamanho é geralmente módulo de código de programa pequena.

Os testes de unidade focada sobre o procedimento implementado erros de lógica de design ou de descoberta, fazer a exposição precoce problema para localizar a solução para o problema.

método de ensaio multi-unidade de combinação de caixa branca e preta teste de caixa, tanto a função de célula alvo, também em causa a estrutura lógica dos módulos de programa. Os dois juntos, pode ser evitado devido ao caminho preocupação excessiva conduz a uma grande quantidade de problemas de testes, mas também evitar alguns caminhos podem ser perdidos a partir dos problemas de concepção caso de teste externos devidos.

Hoje, mais a visão de que o teste de unidade deve ser feita por codificadores, acredito que essa visão é justificada. Depois de tudo, a forma de realização da unidade testador testar mais trabalho do que o modo de realização do codificador. Claro, se a relação de teste para aviação, aeroespacial, maior vida médica e outra e propriedade do sistema de software, a necessidade de investir um monte de recursos para garantir a qualidade do sistema, você pode implementar estratégias testadores usando testes de unidade.

O teste de unidade deve concentrar-se principalmente ensaios funcionais, enquanto a cobertura de teste estatístico, módulo de teste e a interface de entrada / saída é correcta, o fluxo de dados interna é correcta e semelhantes.

O principal módulo de teste teste funcional tem implementado corretamente os requisitos de concepção da função, bem como se a omissão da função. Há um conceito de cobertura funcional. Uma vez que o módulo de teste pode incluir uma pluralidade de pontos de função, fazendo testes, casos de teste design funcional para cobrir estes pontos para garantir que eles funcionam pontos testados. Requisitos gerais para a cobertura funcional de 100%.

Requisitos gerais para a cobertura de cobertura de declaração e cobertura ramo, também pediu para testar todo o caminho crítico. Expressão do caminho crítico não é muito clara, mas se pediu para fazer o conjunto de teste de cobertura caminho básico, mesmo relativamente pequeno módulo é difícil de fazer. Se uma unidade de teste de ferramentas (por exemplo CppUnit, Junit, etc.), podem ser a cobertura estatística.

Após os testes de unidade, porque se alguns ramos devido a várias condições não pode ser coberto, você precisa dar instruções.

2, o passo de teste de unidade

programa de teste de unidade envolve várias etapas, projeto, implementação, avaliação, etc., respectivamente, conforme descrito abaixo.

① plano: Determinar requisitos de teste, desenvolver estratégias de teste, teste usado para determinar os recursos (tais como pessoal, equipamento, etc.), criar agendar tarefas de teste. Esta parte do trabalho pode ser simplesmente descritos.

② Projeto: Projeto um modelo de teste de unidade, desenvolver programas de testes para desenvolver casos de teste específicos, scripts de teste para criar reutilizáveis.

③: Executar casos de teste para testar os módulos da unidade, e o resultado da verificação de defeito de gravação teste ocorreu durante o ensaio.

④ análise: unidade testar resultados da avaliação. Principalmente para testar a integridade da avaliação.

Desde o módulo de célula muitas vezes não é um programa independente, projetado para considerar as ligações módulos de unidade com outros módulos, os outros módulos associados com o analógico módulo e módulo da unidade de stub medido. O módulo a ser testado, e o módulo de cravação de estacas que constituem os módulos de programa pode ser executado em conjunto.

Definir módulo de accionamento e o referido topo abaixo.

módulo de unidade: o módulo de teste correspondente a uma rotina principal para gerar a recepção de dados ou de dados, os dados são transmitidos para o módulo de teste, e em seguida, a saída dos resultados medidos, ou para comparar os resultados medidos com os resultados esperados.

Stubs: Também chamado de um topo. Para substituir o sub-módulo é chamado de módulo de teste. Stubs pode ser usado para processamento de dados, não precisa de todos os módulos funcionais são analógico, você pode simplesmente retornar um valor.

3, o conteúdo da unidade de teste

1) Unidade de testes funcionais

unidade de teste funcional Sumário são como se segue:

  • Se unidade funcional projetado para alcançar todos os pontos.
  • Operação da ordem de prioridade e foi realizado corretamente.
  • Processamento de precisão do cálculo está correto.
  • Se erro no cálculo será ampliada.

2) o módulo de interface de teste

No início da unidade de teste, para lidar com o fluxo de dados de teste do módulo de detecção. Se os dados não estiverem corretamente entrada e saída, não pode realizar outros testes.

testes módulo de interface pode ser necessária na sequência projectos de outsourcing:

  • Na forma de parâmetros e os parâmetros de entrada do módulo de ligando quando o módulo é emparelhados no número medido de atributos, a fim.
  • Quando o módulo medido chama um sub-módulo, que formam os parâmetros de entrada para o sub-módulo de sub-módulo de parâmetro para o número de jogos, atributos, fim.
  • A possibilidade de alterar a única forma de parâmetros de entrada.
  • Parâmetros de saída do padrão para a função correta do número, a propriedade, sequencialmente.
  • Definir as variáveis ​​globais são as mesmas em cada módulo.
  • Se a restrição é transmitida sob a forma de parâmetros.
  • Quando os arquivos de módulo externo, entrada de banco de dados / saída, operações de arquivo devem ser testados. Por exemplo, o tamanho do buffer, se deseja abrir o arquivo em arquivos de leitura e gravação antes que o arquivo é fechado na outra extremidade.

3) Teste de Fluxo de Dados

fluxo de dados interno testes incluem o seguinte:

  • Descrição tipo de dados incorrecta ou inconsistente.
  • Usar uma variável não tenha sido atribuído ou não foi inicializado.
  • O valor padrão do valor inicial do erro ou erros.
  • erros de ortografia nome da variável ou erros de escrita.
  • Dados inconsistentes tipos.
  • As variáveis ​​globais têm um impacto sobre se o módulo.

4) Teste de caminho lógico

testes caminho lógico incluem o seguinte:

  • Ele chegou a um importante caminho de ponto de função.
  • lógica ponto determinante Boundary está correto.
  • tratamento de exceção / erro.
  • Ao comparar o design do módulo pode melhorar as condições de erro anormais ou esperados, e definir o tratamento de erros e manipulação de exceção para exceções ou erros no programa apropriado, o programa pode ser re-arranjo do erro, a lógica para garantir a exatidão. O foco deve considerar as seguintes questões:
  • É anormal ou descrição errada compreensível.
  • A manipulação de exceção é razoável, o erro de posicionamento após erro é preciso.
  • Se um erro e o erro real é consistente.
  • Tratamento de condições de erro estão corretas.

A maioria das muitas coisas acima mencionados já incluído no codificado especificação ou código de lista de verificação, se antes de entrar na unidade de teste do módulo, e possui uma mesa de exame avaliação de pares, o módulo pode potencialmente menos defeitos.

4, desenho de teste de unidade

O teste de unidade pode ser aplicado em quase todos os método de projeto caso de teste.

procedimento de teste da unidade descrita a seguir.

① módulo de unidade projetada para executar o primeiro caso de teste. O primeiro teste a unidade em teste é geralmente realizada utilizando o método mais simples. Quando se utiliza esta forma de realizao pode ser realizada, e o ambiente de teste pode ser determinada unidade de teste estão disponíveis.

② casos de teste unidade de design a ser testado. Ler a descrição, cada caso de teste é alvo de um teste com uma especificação ou mais do conteúdo, especificações de projeto para verificar se a função correspondente à aplicação.

função de tratamento de exceção teste teste ③ design. Uso pode causar a falha função módulo de dados inválidos, módulo de teste de resposta a dados inválidos é razoável, e como responder ao tratamento após módulo anormal ou errado, o módulo de autenticação não tiver feito não deve fazer o trabalho.

④ outros casos de teste projetados para verificar os requisitos de design para o módulo. Por exemplo, precisão, desempenho, recuperação, segurança e similares.

⑤ carga de execução de teste, você precisa vista e os resultados dos testes recordes, especialmente com o resultados dos testes esperados inconsistente situação resultados.

⑥ complementar os casos de teste, executar casos de teste para executar em frente ao ramo principal não abrangidos e declarações.

⑦ Repetir os passos 1 a 6 acima, até que a cobertura funcional, cobrindo a lógica principal, e outras condições anormais e cobertura limite.

Esperamos introduzir testes de unidade, pode ajudar a trazer-lhe este artigo.

Publicado 17 artigos originais · ganhou elogios 2 · Vistas 5277

Acho que você gosta

Origin blog.csdn.net/tiekun888/article/details/50898684
Recomendado
Clasificación