Classificação de teste de software:
Dividido em: teste de caixa preta, teste de caixa cinza, teste de caixa branca
Teste de caixa preta: também conhecido como teste funcional, teste orientado a dados ou teste baseado em especificações. O teste não requer a compreensão das condições internas do programa, apenas a entrada e saída do programa e a função do sistema. Isso é feito da perspectiva do usuário. Teste.
Teste de caixa branca: também conhecido como teste estrutural, teste orientado por lógica ou teste baseado na província do programa. É mais importante que a estrutura e o algoritmo internos do programa. Geralmente não inclui funções e indicadores de desempenho. O teste de caixa branca é uma estrutura de controle baseada no código-fonte. , Processo de processamento, etc., para verificar se o processamento interno do programa está correto, incluindo tratamento de exceção, resultados de instrução, ramificação, estrutura de loop etc. O teste da caixa branca geralmente é baseado em unidades ou módulos; os
principais métodos de teste do teste da caixa branca são:
1. Declaração Cobertura: faça com que todas as declarações do programa sejam cobertas pelo menos uma vez
2. Cobertura de julgamento: faça com que cada julgamento do programa seja pelo menos verdadeiro ou falso uma vez
3. Cobertura condicional: faça com que todas as condições do julgamento obtenham vários resultados possíveis
4. Cobertura de Julgamento / Condição: Cobertura de Julgamento e Cobertura Condicional são satisfeitas ao mesmo tempo
5. Cobertura de Combinação Condicional: Faça com que todas as combinações possíveis de condições em cada julgamento apareçam pelo menos uma vez.
Teste de caixa cinza:
é uma tecnologia de teste baseada no desempenho externo do programa ao mesmo tempo e nos resultados lógicos internos do programa para projetar o caso de uso, executar o programa e coletar informações de execução do programa e resultados da interface externa do usuário externo.Esta tecnologia de teste é entre teste de caixa preta e branco. Entre os testes de caixa, o teste de caixa cinza consiste em métodos e ferramentas, baseados no conhecimento interno do aplicativo e no ambiente com o qual ele pode ser usado.Ele pode ser usado em testes de caixa preta para aprimorar a eficiência do teste, a detecção e a análise de casos de erros. Eficiência (teste de interface é um teste de caixa cinza).
Dividido em: teste estático e teste dinâmico
Teste estático: não execute o código, verifique estaticamente os possíveis erros no código, interface ou documentação do programa, incluindo revisão de código, verificação da interface da interface do usuário, especificação de regra de requisitos e verificação manual do usuário.
Teste dinâmico: execute o código testado, insira os dados de teste correspondentes e verifique se o resultado da saída é consistente com o resultado esperado.
Dividido em: teste de unidade, teste de integração, teste de sistema, teste de aceitação.
Teste de unidade: testar
as funções e módulos do software em teste é a menor granularidade de teste.
Teste de integração: Teste
principalmente o problema da estrutura do software. O teste é construído na interface do módulo, de modo que o teste da interface é complementado pelo teste da caixa branca. O teste de integração é uma tecnologia de teste do sistema para montagem de software. De acordo com os requisitos de projeto, cada módulo que passa no teste de unidade Reúna-se e realize testes abrangentes para descobrir vários erros relacionados à interface.
Os seguintes métodos devem ser seguidos para executar testes de integração:
1. Confirme o relacionamento entre os módulos que compõem um sistema completo.
2. Revise os requisitos de interação e comunicação entre os módulos e confirme a interface entre os módulos.
3. Use as informações acima para gerar um conjunto de casos de teste.
4. Usando testes incrementais, adicione módulos ao sistema em sequência e teste o sistema recém-mesclado.Este processo é repetido em uma sequência lógica / funcional até que todos os módulos sejam integrados ao sistema para formar um sistema completo.
O princípio de que o teste de integração segue:
O teste de integração não é fácil de entender e o planejamento deve ser iniciado o mais cedo possível para o design geral
1. Todas as interfaces públicas devem ser testadas.
2. Os módulos principais devem ser totalmente testados.
3. O teste de integração deve ser realizado em um determinado nível.
4. A seleção da estratégia para testes integrados deve considerar a relação entre qualidade, custo e cronograma.
5. O teste de integração deve começar o mais rápido possível e basear-se no design geral.
6. Na divisão de módulos e interfaces, os testadores devem se comunicar totalmente com os desenvolvedores.
7. Quando a interface é modificada, a interface relacionada deve ser testada novamente.
8. Os resultados da execução do teste devem ser registrados com sinceridade.
Teste do sistema: Após a
aprovação do teste de integração, o software é montado em um pacote de software completo. Neste momento, o teste do sistema deve ser realizado. O teste do sistema utiliza completamente a tecnologia de teste da caixa preta. Os dados utilizados no teste do sistema são o mais preciso e representativo possível para simular os dados reais. Sexo.
Teste de aceitação: Após a conclusão do
teste do sistema, o software está totalmente montado.Neste momento, você pode iniciar o teste final de confirmação do software.O teste de confirmação verifica principalmente se o software pode funcionar de acordo com os requisitos do contrato, ou seja, se atende aos requisitos na especificação de regra de requisitos de software .
O teste de aceitação concentra-se em se o software atende a todas as funções e desempenho especificados no contrato, se a documentação está completa e precisa e se a interface homem-máquina e outros aspectos (como portabilidade, compatibilidade, capacidade de recuperação de erros e capacidade de manutenção) atendem aos requisitos do cliente. .
O teste de aceitação pode usar o teste α, β.
- Teste alfa: refere-se ao pessoal interno da empresa de desenvolvimento de software para simular vários comportamentos do usuário para testar os próximos produtos de software.Os produtos de software que passaram pelo teste alfa são chamados de versões beta.
- Teste beta: a empresa de produtos de software organiza usuários típicos para usar a versão beta em seu trabalho diário e exige que os usuários relatem condições anormais e apresentem sugestões de aprimoramento; depois, a empresa de desenvolvimento de software corrige e aperfeiçoa a versão beta. (A empresa de software coloca a versão beta do software na Internet para que os usuários façam o download gratuitamente, e pode testá-lo por um determinado período de tempo ou distribuí-lo a alguns grupos de clientes em potencial que desejam testar gratuitamente por um determinado período de tempo.
Divida outros testes: teste de regressão, 'teste de fumaça, teste aleatório
Teste de regressão: casos de teste usados ao testar a nova versão do software e executar repetidamente a versão anterior.
Teste de fumaça: para cada software recém-compilado que precisa ser oficialmente testado, as funções básicas do software são confirmadas como normais.O executivo de fumaça geralmente é um compilador de versões ou outro pessoal de P&D.
Teste aleatório: no teste, os dados do teste são gerados aleatoriamente, também chamados teste de macaco (teste de macaco).
Algumas desvantagens do teste aleatório:
1. O teste geralmente não é muito verdadeiro.
2. Não é possível atingir uma determinada taxa de cobertura.
3. Muitos testes são redundantes.
4. Você precisa usar a mesma semente aleatória para reconstruir o teste.
Esse tipo de teste aleatório não é muito útil em muitos casos. Geralmente é usado como uma "prevenção de colapso" ou para verificar se o sistema pode permanecer normal quando é afetado adversamente. Você pode usar esse método para examinar as Robustez, para impedir a geração de grandes quantidades de dados de lixo e outros meios.
- Trecho de "Proficiente em Teste de Desempenho de Software e Melhores Práticas de Loadrunner"