Gestão de Testes e Defeitos. Malba Jacob Prudente

Transcrição

1 Gestão de Testes e Defeitos Malba Jacob Prudente

2 Objetivos do treinamento 1. Expor os conceitos sobre Gestão de Testes; 2. Gestão de Testes na prática; 3. Expor os conceitos sobre Gestão de Defeitos; 4. Gestão de Defeitos na prática; 5. Coletar métricas de testes.

3 Gestão de Teste (IEEE 829)

4 Motivação e Necessidade

5 Teste na Organização 1. A Organização e a Equipe de Teste Os próprios desenvolvedores testam; 1.2. Equipe independente, mas que pertence à própria organização; 1.3. Equipe de testes terceirizada.

6 Teste na Organização 2. Equipe de Teste independente (Prós) Não possui vícios dos desenvolvedores; 2.2. Imparcialidade com resultados; 2.3. Ponto de vista diferente da concepção do sistema.

7 Teste na Organização 3. Equipe de Teste independente (Contras) 3.1. Isolamento da equipe de desenvolvimento; 3.2. Gargalo na entrega (demora na entrega para teste); 3.3. Perda do senso de responsabilidade pelo desenvolvimento (deixa que eles testam!).

8 Organização do Teste 4. Papéis da equipe de teste Depende de como cada organização funciona; 4.2. Exemplos Gerente de Teste; Líder de Teste; Analista de Teste; Arquiteto de Teste; Automatizador; Testador.

9 Organização do Teste 5. Planejamento dos Testes Pode ser organizado por um ou mais Planos de Teste (IEEE 829) 5.2. Atividades de planejamento: Identificar escopo; Identificar integrações; Mapear riscos; Definir documentação; Alocar recursos; Definir prazos e métricas; etc.

10 5.3. Critérios de Entrada Ambiente apropriado; Documentação; Dados para teste, etc Critérios de Saída % cobertura de código/erro Custos Cronograma, etc. Organização do Teste 5.5. Abordagem para Estimativas de Teste: 5.5. Abordagem para Estimativas de Teste: Baseado em métricas de projetos anteriores (PF) ou valores típicos; Baseado por experiência dos executor ou especialistas;

11 Organização do Teste 5.6. Fatores que afetam a Estimativas de Teste: Característica do produto (documentação, tamanho, complexidade, aspectos de segurança, etc.); Característica do Processo de Desenvolvimento (ferramentas, processo, pessoas, cronograma, cultura, etc.); Característica do Teste (Qtde de defeitos, retrabalho, etc.)

12 Controle e Monitoração do Teste 6. Monitoração do Progresso do Teste 6.1. Casos de teste planejados; 6.2. Preparação de ambiente de teste; 6.3. Execução de teste; 6.4. Defeitos (encontrados x resolvidos); 6.5. Cobertura de requisitos, risco ou código; 6.6. Cronograma; 6.7. Reteste; 6.8. Etc.

13 Controle e Monitoração do Teste 7. Relatório de Teste 7.1. Ocorrência durante os testes; 7.2. Quando parar os testes; 7.3. Eficiência dos testes; 7.4. Eficácia dos testes.

14 Controle e Monitoração do Teste 8. Controle de Teste 8.1. Priorizar testes (risco, complexidade, etc.); 8.2. Tomar decisões (informações do monitoramento); 8.3. Cronograma (recursos disponíveis); 8.4. Definir critérios para reteste (correção de defeitos).

15 Gerenciamento de Configuração 9. Aplicação ao Teste 9.1. Certificação da versão correta a ser testada; 9.2. Garantia de estar utilizando a documentação correta; 9.3. Versionamento de seus artefatos de testes a serem gerados.

16 10. Riscos no projeto Riscos e Testes Fatores organizacionais Falta de conhecimento da equipe; Não ter treinamentos adequados; Atitudes impróprias; Fatores políticos; Fatores técnicos Definições incorretas de requisitos; % mínimo de conformidade dos requisitos; Qualidade dos testes, código, etc Problemas com fornecedor. Problemas contratuais; Falhas de terceiros.

17 11. Riscos do produto Riscos e Testes Instabilidade; Características pobres Funcionalidades; Modelagem de dados; Performance; Segurança; Usabilidade Constante evolução; Necessidades conflitantes (diferentes tipos de clientes) Migração de dados; Conversão de dados; Alta complexidade.

18 12. Minimizar o Risco Riscos e Testes Identificar técnica adequada para o teste; Definir o nível de detalhamento do testes; Identificar e priorizar os testes mais críticos; Mapear atividades extra teste que ajudem a reduzir riscos (treinamentos) Avaliação periódica dos pontos de maior risco; Identificar e negociar sobre os riscos mais importantes.

19 Necessidades 13. Necessidades para os testes Ambiente propício para os testes; Ferramentas adequadas; Equipe especializada e devidamente treinada; Processo de testes definido; Definição de escopo; Comunicação eficiente; Apoio da alta gerência.

20 Gestão de Teste na prática (Testlink)

21 TestLink 1. Organização por projetos; 2. Controle de acessos de usuários; 3. Criação de suítes de testes; 4. Elaboração de casos de testes (cenários); 5. Procedimentos de teste (roteiros); 6. Vincular CT com requisitos; 7. Planejamento de Testes (seleção de CT); 8. Estipular execuções de testes (releases/builds); 9. Personalização de campos; 10.Acompanhamento da execução dos testes; 11.Integração com bugtrackers; 12.Extrair métricas de testes.

22 Gestão de Defeitos (IEEE 829 e 1044)

23 Objetivos 1. Auxiliar a equipe de desenvolvimento: 1.1. Identificação e isolamento dos defeitos; 1.2. Localização de áreas mais críticas do software; 1.3. Evitar a reincidência do defeito; 1.4. Indicação de necessidade de refatoração ou reconstrução; 1.5. Potencializa a atenção na hora de codificar.

24 Objetivos 2. Auxiliar aos líderes e gerentes: 2.1. Acompanhamento do progresso dos testes; 2.2. Indicadores de eficiência e eficácia das equipes de desenvolvimento e teste; 2.3. Identificar pontos que necessitam de maior investimento (treinamento, contratações, etc.) 2.4. Auxiliar em tomadas de decisões estratégicas.

25 Estruturar a Gestão dos Defeitos 3. Identificar as necessidades; 3.1. Definir informações a serem reportadas para os defeitos (IEEE 829); Data abertura, Data fechamento, Autor, Histórico; Status (aberto, resolvido, fechado, etc.) Descrição; Procedimentos; SO, Browser, Versão testada, Versão de correção; Causa; Impacto; Sugestão de solução *; Evidência; Solução adotada; Classificação do defeito (Efeito, Tipo, Origem e Fase).

26 Estruturar a Gestão dos Defeitos 3.2. Definir as áreas que serão envolvidas (papéis, atividades, responsabilidades, artefatos (i-o), etc.);

27 Estruturar a Gestão dos Defeitos 3.3. Definir a forma de classificação dos defeitos;

28 Estruturar a Gestão dos Defeitos 3.3. Definir a forma de classificação dos defeitos;

29 Estruturar a Gestão dos Defeitos 3.3. Definir a forma de classificação dos defeitos;

30 Estruturar a Gestão dos Defeitos 3.3. Definir a forma de classificação dos defeitos;

31 Estruturar a Gestão dos Defeitos 3.4. Definir fluxo de status dos defeitos durante o seu atendimento; Atribuir responsabilidade Atribuir responsabilidade (área ou profissional);

32 Estruturar a Gestão dos Defeitos 3.5. Definir o SLA (Service Level Assurance) para atendimento dos defeitos, conforme: Criticidade; Impacto; Força maior; etc.

33 Métricas de Defeito 4. Métricas (periodicidade definida conforme necessidade da empresa): Defeitos x Defeitos corrigidos; Defeitos por módulo; Defeitos por funcionalidade; Defeitos abertos: Cliente x Empresa; Tempo médio de correção de defeitos (por SLA); Defeitos por Tipo de Erro; Defeitos por Origem do Erro; Defeitos por Fase; Defeitos por Manifestação; Etc.

34 Ferramenta Gestão de Defeito 5. Ferramentas (opensource): Redmine; Mantis; Bugzilla; Track; Etc.

35 Gestão de Defeito na Prática (Redmine)

36 Aliando a Gestão de Teste e Defeito (Testlink x Redmine)

37 Redmine 1. Não é específicamente um bugtracker; 2. Controle por projeto; 3. Gerenciar versões do projeto; 4. Gerenciar acesso por usuário/projeto; 5. Definir tipos de tarefas; 6. Estabelecer fluxo de trabalho; 7. Personalizar informações para tarefas; 8. Extrair métricas diversas; 9. Medição de esforço: estimado x realizado; 10.Diversidade de plugins disponíveis; 11.Integração IDE (eclipse) e Testlink; 12.Gant, wiki, repositório, etc.

38 Dúvidas? Perguntas?

39 Obrigado! Celular: (62)