Estratégias de Teste de Software

1. Estratégias de Teste de Software • Uma estratégia de teste de software integra métodos de projeto de casos de teste numa série bem planejada de passos, que resultam na construção de um software bem sucedido • A estratégia de teste fornece um roteiro que descreve os passos a serem conduzidos como parte do teste

2. Estratégias de Teste de Software • Planejamento de teste • Passos a serem executados • Esforço • Tempo • Recursos necessários • Projeto de casos de teste • Execução de teste • Coleta e avaliação de dados

3. Estratégias de Teste de Software • Quem faz? • Gerente de projeto • Analistas de software • Especialistas em teste • Porque é importante? • Se é conduzido ao acaso, tempo é desperdiçado, esforço desnecessário é despendido e erros se infiltram sem serem descobertos.

4. Estratégias de Teste de Software • Qual é o produto do trabalho? • Uma especificação de teste que documenta abordagem da equipe de software para o teste, definindo um plano que define estratégias e passos específicos de testes e os testes que serão conduzidos • Como garanto que fiz corretamente? • Revisando a especificação de teste antes do mesmo, avaliando a completeza dos casos e das tarefas de teste

5. Características Genéricas de uma Estratégia de Teste • O teste começa em um nível de componente e prossegue para fora, em direção à integração de todo o sistema baseado em computador. • Diferentes técnicas de testes são adequadas em diferentes momentos. • O teste é conduzido pelo desenvolvedor do software e, para grandes projetos, por um grupo independente. • O teste e a depuração são atividades diferentes, mas a depuração deve ser acomodada em qualquer estratégia de teste.

6. Verificação e Validação (V&V) • Verificação • Conjunto de atividades que garante que o software implementa corretamente uma função específica. “Estamos construindo o produto corretamente?” • Validação • Conjunto de atividades diferente que garante que o software construído corresponde aos requisitos do cliente. “Estamos construindo o produto certo?

7. Verificação e Validação (V&V) verificação e validação abrangem um amplo conjunto de atividades SQA( garantia da qualidade de SW), que inclui: Revisões técnicas formais; Auditoria de qualidade; Monitoramento de desempenho, Simulação, Estudo de viabilidade, Revisões, Análises e Testes.

8. Estágios do Teste • Teste de Unidade: É aplicado para validar os menores elementos testáveis do software, as classes básicas e os componentes, no modelo de implementação. Verifica se os fluxos de dados e de controle estão funcionando como esperado.

9. Estágios do Teste • TestedeIntegração: É executado para garantir que os componentes do modelo de implementação funcionam apropriadamente quando combinados. O teste de integração revela partes incompletas ou erros na interface entre os pacotes.

10. Estágios do Teste • Teste de validação:Os requisitos estabelecidos como parte da análise de requisitos são validados em contraste com o software que acabou de ser construído.

11. Estágios do Teste • Teste de sistema: O software os outros elementos do sistema são testados como um todo.

12. Teste de Unidade São testadas : • Interfaces • Estruturas lógicas de dados • Condições limite • Caminhos independentes • Caminhos de manipulação de erros

13. Teste de Unidade Erros mais comuns: • Precedência aritmética incorreta • Operações em modo misto • Inicialização incorreta • Falta de precisão • Representação incorreta de uma expressão simbólica

14. Teste de Unidade Problemas quanto a manipulação de erros: 1- a descrição do erro é ininteligível 2- o erro mencionado não corresponde ao erro encontrado. 3- a condição de erro provoca a intervenção do sistema antes da manipulação do erro. 4- o processamento da condição de exceção está incorreto. 5- a descrição do erro não fornece informação suficiente para ajudar na localização da causa do erro.

15. Procedimentos de Teste de Unidade Elaborar um componente • pseudocontrolador, ou • Pseudocontrolado Pseudocontrolador • Programa que aceita dados do caso de teste e passa tais dados ao componente (a ser testado) e imprime resultados relevantes. Pseudocontrolado • Substituem módulos que são subordinados (chamados pelo) componente a ser testado.

16. Teste de Integração “Se todos os módulos funcionam individualmente, porque você duvida que vão funcionar, quando colocados em conjunto?” O problema é exatamente esta interface entre os módulos pois: • Um módulo pode ter um efeito imprevisto ou adverso sobre o outro; • Subfunções quando combinadas podem não produzir a função principal desejada; Teste de integração é necessário pois conduz testes para descobrir erros associados a esta interface.

17. Abordagens do Teste de Integração • Big-Bang • Integraçãodescendente ( top_down) • Integração ascendente (botom_up)

18. Big-Bang: • O programa inteiro é testado de uma só vez. Normalmente resulta em caos!

19. Integraçãodescendente ( top_down) • É uma abordagem incremental para a construção da estrutura de um programa. • Os módulos são integrados movendo-se descendentemente pela hierarquia de controle, começando com o módulo principal. • Os módulos subordinados podem ser incorporados à estrutura primeiro-em-profundidade ou primeiro-em-largura.

20. Integração ascendente (botom_up) • Começa a construção e testes com módulos atômicos. • Os componentes são integrados de baixo para cima. • A necessidade de pseudocontrolados é eliminada

21. Teste de regressão • Cada vez que um módulo novo é adicionado como parte do teste de integração, o software se modifica. Estas modificações podem causar problemas em funções que antes funcionavam sem problemas. • O teste de regressão é a re-execução de um subconjunto de testes que já foram conduzidos para garantir que as modificações não produzam efeitos indesejáveis

22. Teste de Validação Verifica se o software funciona como esperado pelo cliente. Formas de se validar: Teste da caixa-preta: demonstra conformidade com os requisitos ( definir classes de testes, casos de teste) Revisão da configuração: certificar-se de que todos os elementos da configuração do software tenham sido adequadamente desenvolvidos e catalogados e tenham detalhes que permitam apoiar a fase de suporte ao ciclo de vida. Teste Alfa e Beta: conduzidos pelo cliente. - No teste alfa o desenvolver está presente. - O teste Beta é conduzido pelo cliente em seu ambiente, sem o desenvolvedor estar presente.

23. Teste de Sistema É um série de diferentes testes cuja finalidade principal é exercitar por completo o sistema baseado em computador. Teste de recuperação • Força o software a falhar e verifica se a recuperação é adequadamente realizada. Teste de segurança • Verifica se os mecanismos de proteção incorporados a um sistema vão protegê-lo de invasão imprópria. Teste de estresse • Executa um sistema de modo que demanda recursos em quantidade, freqüência e volumes anormais. Teste de desempenho • Testa o desempenho do software durante a execução, no contexto de um sistema integrado.

24. Outras categorias de Teste

25. Tipos de Teste • Testede Funcionalidade: Enfatiza a validação das funcionalidades requeridas nos serviços, métodos e use cases.  • Testede Integridade: Avalia a robustez (resistência à falhas) do sistema, a flexibilidade da linguagem, a sintaxe e a usabilidade do código.

26. Tipos de Teste • Testede Carga: Avalia a resposta do sistema em condições extremas de carga de informações. Um teste de carga é, na verdade, um teste de performance voltado para a avaliação do sistema em condições extremas ou de limite. • Testede Performance: Monitora o perfil do tempo, incluindo execução de fluxo, acesso a dados, funcionalidade e chamadas ao sistema para identificar o gargalo e processos ineficazes.

27. Tipos de Teste • Testede Configuração: Assegura as funcionalidades pretendidas dos diferentes hardwares e/ou softwares de configuração.

28. Tipos de Teste • Testede Ciclo de Negócios - Garante que o sistema funciona apropriadamente durante um ciclo de atividades relativas ao negócio e que ao final desse ciclo todos os resultados esperados foram obtidos. • Testede Interfaces do Usuário - Assegura que o comportamento, requisitos, projeto gráfico e navegacional definidos

29. Testede Recuperação de Falhas - Garante que o sistema atende aos requisitos definidos para recuperação de falhas. Normalmente as seguintes situações são abordadas:  • Falta de energia no cliente; • Falta de energia no servidor; • Perda da comunicação cliente-servidor; • Problemas no sistema operacional; • Problemas de endereçamento de memória; • Ou qualquer outro erro que faça com que o sistema aborte de forma abrupta sua execução.

30. Tipos de Teste • Teste de Instalação: Assegura a instalação, como desejada, nos diferentes hardwares e/ou softwares de configuração e sob diferentes condições como, por exemplo, espaço em disco insuficiente. • Teste de Estrutura: Focaliza a avaliação do design. Normalmente é realizado para aplicações voltadas para a Web, garantindo que todos os links estejam conectados.

31. Tipos de Teste • Teste de Concorrência: Valida a capacidade do sistema de lidar com múltiplos atores requisitando recursos (dados, memória) ao mesmo tempo • Teste de Usabilidade: Focaliza nos fatores humanos, estética, consistência da interface com o usuário, help on-line e agentes, manual e material de treinamento