2. Teste durante o ciclo de vida do Software

Página 1

2.1 Modelos de Desenvolvimento de Software

Modelo V contempla 4 níveis de desenvolvimento

Teste de Componente

Teste de Integração

Teste de Sistema

Teste de Aceite

Modelo Iterativos, Exemplos: prototipagem, (RAD - Rapid Application. Development), (RUP - Rational Unified process) e métodos ágeis de desenvolvimento

Página 2

2.2 Níveis de Teste

Teste de Componente procura defeitos, verifica objetos, classes, módulos etc. Testáveis separadamente. Controladores ("drivers") e Simuladores ("stubs") podem ser usados

Teste de componente pode incluir teste funcionais e teste não funcionais tais como comportamento dos recursos (falta de memória por exemplo)

Requisito não funcionai é aquele evento que não pode ser previsto, pelo sistema, de forma que o sistema possa não conseguir resolve-lo por ser um evento imprevisível. O Sistema pode resolver o problema através de um evento de forma parcial mas nunca de forma total, pois se pudesse resolve-lo seria um requisito funcional.

Teste de componente pode incluir teste robustez e teste estrutural (cobertura de código)

Teste de componente ocorre quando se tem acesso ao código e ao ambiente de desenvolvimento. Os defeitos são corrigidos sem precisar registrar formalmente os incidentes. O teste consiste em preparar e automatizar os casos de testes antes de codificar (teste antecipado)

Teste de Integração testa as interfaces entre os componentes. A interface pode ter mais de 1 nível. Poder ser:

Teste de integração de componentes

Realizado após testes de componentes

Teste de integração de sistemas

Realizado após testes de sistemas

Quando maior a integração, maior a dificuldade de isolar as falhas representando um aumento do risco

Estratégias na integração baseada na

arquitetura (top-down e bottom-up)

Funções

Sequenciais

A integração deve ser incremental e nāo "big bang"

Teste de Sistema refere-se ao comportamento dele como um todo, deve corresponder sempre a seu objetivo final

O teste de Sistema é Baseados em especificação de risco, requisitos, caso de uso, dentre outras descrição de alto nível.

Inicialmente o teste de sistema em requisitos funcionais deve usar a técnica caixa preta. A técnica caixa branca pode ser usada em seguida para avaliar a eficácia do teste.

Teste de Aceite visa a satisfação do cliente, procurar defeitos não é o principal foco desse teste, não é necessariamente o ultimo da sequência

Teste operacional e aceite - Teste de Backup / Recuperação de desastre / Gerenciamento de usuário / Checar vulnerabilidade de segurança

Teste Alfa e Beta, alfa é feito no "site" da organização em que o produto foi desenvolvido, beta é feita pelas pessoas em sua própria localidade... ambos os teste NUNCA é feito pelos desenvolvedores

Página 3

2.3 Tipos de Teste

Teste de Função (Teste funcional) é resultado do seguintes produtos: especificação de requisitos, casos de uso, especificação funcional, as funções representam o que o sistema faz.

Teste funcional considera o comportamento externo so software (teste de caixa preta)

Teste não funcional incluem teste de performance, teste de carga, teste de estresse, teste de usabilidade, teste de interoperabilidade teste de manutenibilidade, teste de confiabilidade e teste de portabilidade

Descreve características que podem ser quantificadas, medidas em uma escala variável, como o tempo de resposta em um teste de performance.

ISO 9126 - Engenharia de software - Qualidade de Produto de Software

Teste Estrutural (Caixa branca) pode ser feito em todos os níveis. usada após técnicas baseadas em especificação

Avaliação de cobertura ...

Ferramentas no teste de integração e componentes podem ser usadas para medir a cobertura do código e de seus elementos.

Teste Estrutural é baseado na arquitetura do sistema

Teste estrutural pode ser aplicado no nível de teste de aceite

Teste de confirmação - Ocorre quando um defeito é detectado e resolvido, PORÉM o software precisa ser testado novamente para confirmar. Depurar é uma atividade do desenvolvimento, e NÃO uma atividade do teste.

Teste de Regressão - É quando o mesmo teste é repetido várias vezes, para versões diferentes do mesmo software, ou seja, ocorre quando há atualizações para detectar se as mudanças feitas introduziram ou não algum defeito.

Teste de Regressão pode ser feito em todos os níveis e se aplicam aos testes funcionais, nao funcionais e estruturais.

Teste de Regressão são executados muitas vezes, tornando-se um forte candidato à automação.

Página 4

2.4 Teste de manutenção

Teste de manutenção leva em consideração o ambiente em que o sistema foi implantado para iniciar as correções ou modificações

Teste de manutenção para a retirada de um sistema pode incluir teste de migração de dados, ou arquivamento se longos períodos de retenção forem necessários.

Teste de manutenção inclui teste de regressão massivo para uma total cobertura do sistema.

Análise de impacto ocorre quando existe a necessidade de saber o quão grande foi as mudanças feitas, após entrega da nova versão do sistema.