Baixe o app para aproveitar ainda mais
Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original
Introdução Princípios Tipos Plano de teste Execução dos testes Resultados dos teste Agenda Trata-se da execução de um programa com o objetivo de encontrar suas falhas. relação entre qualidade do processo e testes? Introdução Definições Teste – processo de executar um programa ou parte de um programa com o objetivo de encontrar erros Verificação – tentativa de encontrar erros de um programa em ambiente de teste ou simulado Introdução Definições Validação – tentativa de encontrar erros de um programa em ambiente real Debug – descobrir e corrigir a causa de um erro identificado Introdução Quanto mais testes mais erros Quando um programa está suficientemente bom para parar os testes ? Probabilidade de encontrar mais erros Os custos para realização de mais testes Probabilidade de os usuários encontrarem erros Impacto desses erros para os usuários Princípios Na prática, os testes param quanto acaba o tempo para esta fase Estatísticas provam que testes bem executados são capazes de detectar em torno de 70% dos erros de um programa Princípios Um bom caso de teste deve possuir alta probabilidade de encontrar erros e não provar que o programa funciona O grande problema é saber quando parar Um programa não deve ser testado por quem o desenvolveu Todo o caso de teste deve descrever o resultado esperado Princípios Crie casos de testes tanto para entradas válidas com para inválidas Examine atentamente os resultados de cada teste Nunca altere o programa para tornar os testes mais simples Os testes, como qualquer outra atividade, devem iniciar com a definição dos objetivos Princípios Teste unitário (white box) Examina a estrutura interna do programa e exige que o testador possua conhecimentos detalhados de seu projeto O objetivo é garantir que cada caminho seja executado pelo menos uma vez Tipos Teste funcional (black box) É baseado nos requisitos funcionais e não exige que o testador conheça a estrutura interna do programa Necessita de boa documentação sobre os requisitos e habilidade para determinar o número de testes adequados Tipos Teste integrado Trata-se do processo de testar se as várias partes de um programa funcionam, de forma integrada, sem gerar erros Testa as interfaces entre as partes de um sistema (módulos, componentes, sub-sistemas, etc) Tipos Teste regressivo Tem como objetivo detectar problemas causados por mudanças ou adição de novas funcionalidades em módulos já testados O desafio é selecionar os casos de teste que devem ser executados a cada alteração ou adição de uma nova funcionalidade Tipos Teste do sistema Os objetivos do sistema devem estar extremamente claros, indicando o que exatamente os usuários finais esperam do software. Necessita de interação entre a equipe de teste e alguns usuários-chave Tipos Teste do sistema 1. Carga 2. Configuração 3. Compatibilidade 4. Segurança 5. Performance 6. Instalação 7. Confiabilidade 8. Recuperação 9. Utilidade 10.Usabilidade Tipos Inicia com a definição das funcionalidade, regras e métodos a serem utilizados nos testes Plano de Teste Elementos principais Objetivos para cada fase de testes Prazos e responsáveis por cada atividade Padrões para condução dos testes e registro dos resultados Critérios para mensurar a realização e o sucesso dos testes Plano de Teste Premissas Testar todas as possibilidades é impossível Selecionar os mais importantes casos de teste é difícil Execução de Testes Dicas para a execução dos testes Cometa erros Utilize combinações erradas Não realize todas as etapas necessárias Não realize nenhuma etapa Cometa exageros Teste também os casos normais Execução de Testes Lembre-se O objetivo dos testes é encontrar erros e não provar que o software funciona Execução de Testes Erros mais comuns Fluxos não previstos Decisão por fluxos errados Resultados errados Execução de Testes Todo o teste deve ser conduzido como um experimento o qual deve ser cuidadosamente controlado e documentado de tal forma que possa ser reproduzido Resultados de Testes Informações típicas Nome do projeto Componentes/módulos testados Propósito dos testes Plano de testes Pessoas envolvidas Artifícios utilizados (drivers, etc) Configuração de hardware e software Resultados de cada teste com os erros encontrados e a situação desenhada Assinatura do responsável pelos testes Resultados de Testes Classificação dos resultados dos testes Atende totalmente Atende com restrições Não atende Severidade (1 a 5) Resultados de Testes Quanto mais erros forem detectados em um programa, maior a probabilidade de existirem problemas ainda não detectados Conclusão
Compartilhar