Estratégias para testes de software

Estratégias para teste de software URL

Testar condições limite
Todos os caminhos são testados (método caminho básico)
Usa-se Drives que são chamadas aos módulos (que simulam um modulo ainda não testado)

Consiste em se integrar os módulos do sistema. Possui duas abordagens:

Bottom-up
Parte para os módulos no nível mais baixo. Os módulos são agrupados em clusters para que fique mais fácil de testar e cria-se drivers que vão simular uma parte superior na estrutura da hierarquia dos módulos que ainda não foi testada.
Vantagem: São mais simples que o top-down.
Top-down
Parte para os módulos de nível mais alto. Há duas formas de percorrer os módulos para testes: Profundidade - testa-se verticalmente até chegar numa folha - e Largura no qual se testa horizontalmente cada nível.
Stubs = mock

Uma sequencia de testes de caixa-preta que demonstram a funcionalidade dos requisitos.
Os casos de teste devem ser montados seguindo a especificação de requisitos
Depois de realizar cada caso de teste, vão existir uma das opções

Tem como objetivo colocar o sistema à prova. Tipo mais comuns:

Testes de recuperação: forçar o sistema a falhar e ver a recuperação do sistema
Testes de segurança: verificar os mecanismos de segurança do sistema. Senhas, proteção de acesso a funções. recomendável um especialista.
Teste de stress: consiste em testar o programa em situações limite
Testes de desempenho: realizado para testar os requisitos de desempenho descritos na especificação. Deve ocorrer ao longo de todos os passos do processo de testes. Confundido com teste de stress.

Visam especificamente capacitar clientes a validar seus requisitos. Realizado exclusivamente pelo usuário final.

As revisões capturam erros durante as etapas de desenvolvimento e evita que esses erros sejam descobertos no fim do desenvolvimento.

Revisão de especificação é uma revisão em que os requisitos e especificações do usuário são revisados
Revisão de interface do usuário: preocupa-se com os formatos de entrada e saída, layout de tela, relatório, posição dos componentes na tela, etc. Do campo IHC.
Revisão de projeto é revisão dada nas decisões de implementação, arquitetura de software, técnicas empregadas, etc.
Revisão de código: verifica o código fonte
Revisão de teste: conduzidas para que os dados de teste sejam adequados ao sistema, não pra examinar a saída do teste.

Apresentador: a tarefa é introduzir o produto, apresenta o produto numa reunião.
Coordenador: responsável para que as atividades sejam organizadas e atua também como moderador.
Secretário copista: tomar notas durante da revisão
Oráculo da manutenção: rever o produto sobre manutenções futuras
Portador de padrões: especialista em engenharia de software que verifica se normas e padrões estão sendo seguidos
Representante do usuário: verifica se os requisitos estão sendo atendidos
Especialista na área do sistema: verifica se o sistema está correto na área da especialidade. Ex.: folha de pagamento.