Visão de testes em Software Rogério Monteiro, CIn UFPE 02 – Maio - 2005.

Apresentação em tema: "Visão de testes em Software Rogério Monteiro, CIn UFPE 02 – Maio - 2005."— Transcrição da apresentação:

1

2 Visão de testes em Software Rogério Monteiro, CIn UFPE 02 – Maio - 2005

3 2 / 12 Objetivos Apresentar alguns conceitos relativos a testes em software Discutir dificuldades e algumas alternativas Depoimento de quem está na área

4 3 / 12 Testes The process of exercising software to verify that it satisfies specified requirements and to detect errors. The process of analyzing a software item to detect the differences between existing and required conditions (that is, bugs), and to evaluate the features of the software. The process of operating a system or component under specified conditions, observing or recording the results, and making an evaluation of some aspect of the system or component.

5 4 / 12 Alguns tipos de testes Stress Boundary Acceptance Ad Hoc White Box System Storage Soak Security Installation Black Box Security Sanity Regression Positive Performance Negative Integration Functional Veja definições em http://www.sitetestcenter.com/software_testing_glossary.htm

6 5 / 12 Automatizados X Manuais Automated testing: Testing employing software tools which execute tests without manual intervention. Can be applied in GUI, performance, API, etc. testing. => A definição do que se deve automatizar é um assunto geralmente polêmico. Escolha racional baseada em números é fundamental para aumentar a chance de um bom resultado.

7 6 / 12 Controle sobre artefatos Controle de versão, revisões formais, inspeções formais, etc dos artefatos são pré-requisitos para um bom resultado nos testes. Iniciar trabalho em testes nas primeiras fases de desenvolvimento é importante. Participação da equipe de testes nas revisões do principais artefatos do desenvolvimento.

8 7 / 12 Controle sobre artefatos Requisitos originais corretos Aplicação incorreta Aplicação baseada num Projeto incorreto Aplicação correta Projeto baseado em especificações incorretas Projeto incorreto Especificações incorretas Projeto correto Especificações corretas Aplicação baseada em especificações incorretas Teste OKDefeito escondidoDefeito com Possibilidade de reparo Defeito sem Possibilidade de reparo

9 8 / 12 “Fábrica” de testes Os itens abaixo poderiam servir de escopo para uma fábrica de testes –Análise/revisão dos principais artefatos de desenvolvimento –Planejamento de testes –Projeto de testes –Manutenção de testes –Análise quantitativa e qualitativa dos resultados

10 9 / 12 Exemplo #1: Teste de estresse Cenário: –Grande corporação; –Sistema direcionado a um grande público; –Aplicação crítica para faturamento; –Aplicação WEB; –Teste de estresse requerido; –Empresa externa contratada para executar testes. => Resultado: O teste de estresse apontou falha no balanceamento de carga, SO, SGBD, web server, application server, sistema de controle de acesso geral e, por fim, na aplicação que era a principal parte a ser testada.

11 10 / 12 Exemplo #2: Implementação / Testes Cenário: –Aplicação pequena; –Equipe de testes externa; –Processo bem definido; –Uso da matriz de rastreabilidade => Resultado: equipe de testes apontou falhas em fases intermediárias. Testes de aceitação executados com sucesso (100%).

12 11 / 12 Dificuldades identificadas Como minimizar o apontamento de defeitos já identificados em etapas anteriores do processo de testes ou na mesma etapa, mas por pessoas/equipes diferentes? Como re-alimentar o processo com defeitos encontrados em fases posteriores ao período esperado?

13 12 / 12 Obrigado! Rogério Monteiro rasm@cin.ufpe.br