teste de software

Teste de software
Teste de integração
Teste de interfaces e/ou componentes que já foram testados individualmente.
Tipo:
Incremental big bang
Descendente (top-down)
Ascendente (bottom-up)
Teste de regressão
Cada vez que um novo módulo é adicionado como parte de integração o software se modifica.
Esse tipo de teste garantes (de forma autônoma ou normal) que essas modificações não produzam "efeitos colaterais" no S.I.
É a ré execução de um conjunto de testes já executados
A suíte de teste de regressão contém três diferentes classes de testes. São eles:
Uma amostra representativa de teste que vão executar todas as funções do software
Testes adicionais que focalizam funções do software que serão provavelmente afetadas pela modificação
Teste que focalizam os componentes modificados
À medida que o teste de integração segue o teste de reversão pode crescer.
A documentação dos testes de integração (plano de teste)
Interação com o usuário (comandos, tratamento erros)
Manipulação e analise de classes (tamanho físico)
Processamento e geração de teste (mapas, telas)
Gestão de BD (acesso, desempenho, integridade).

Tipos de teste

Tipo de Teste Descrição
Teste de Unidade Teste em um nível de componente ou classe. É o teste cujo objetivo é um “pedaço do código”.
Teste de Integração Garante que um ou mais componentes combinados (ou unidades) funcionam. Podemos dizer que um teste de integração é composto por diversos testes de unidade*1
Teste Operacional Garante que a aplicação pode rodar muito tempo sem falhar.
Teste Positivo-negativo Garante que a aplicação vai funcionar no “caminho feliz” de sua execução e vai funcionar no seu fluxo de exceção. *2
Teste de regressão Toda vez que algo for mudado, deve ser testada toda a aplicação novamente.
Teste de caixa-preta Testar todas as entradas e saídas desejadas. Não se está preocupado com o código, cada saída indesejada é visto como um erro.
Teste caixa-branca O