1 / 31

Estratégias de Teste de Software

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

kelsie-love
Download Presentation

Estratégias de Teste de Software

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  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

More Related