PROCESSO DE TESTE DE SOFTWARE

Emerson Rios

emersonrios@riosoft.org.br

www.emersonrios.eti.br

PROJETO DE TESTE DE SOFTWARE

Deixa eu te dizer uma coisa. Teste de

Software é um projeto. Certo?

CERTO? Você está duvidando de mim?

PROJETO DE TESTE DE SOFTWARE Projetos para serem bem conduzidos

precisam de processos. Concorda ou

não concorda?

No final do curso nós vamos conversar,

Quero ver se voce concorda ou não.

PROJETO DE TESTE DE SOFTWARE

Agora fique aí quietinho que eu vou

te mostrar porque o teste é um

projeto e porque projetos precisam

de processos. Não saia daí não. Vai

encarar?

GLOSSÁRIO BÁSICO - PROJETOS

PMI – Project Management Institute

PMBok – Project Management Book of

Knowledge

MPT.Br – Modelo de melhoria de processos de

teste

ISO/IEC 29119-2 – Teste de Software – Parte 2

– Processos de Teste

VISÃO DO PMI

Disciplinas da gerência de projetos:

Gerência de Integração

Gerência de Escopo

Gerência de Tempo

Gerência de Custo

Gerência de Qualidade

Gerência de Recursos Humanos

Gerência de Comunicações

Gerência de Riscos

Gerência de Aquisições

VISÃO DO MPT A área de processo Gerência de Projetos aparece no nivel 1 do MPT e contem as seguintes práticas: GPT1 – Realizar análise de risco do produto

GPT2 – Estabelecer objetivos do teste

GPT3 – Definir estratégia de teste

GPT4 – Definir o escopo do trabalho para o projeto de teste

GPT5 – Estabelecer estimativas de tamanho

GPT6 – Definir as fases do ciclo de vida do projeto de teste

GPT7 – Estimar o esforço e o custo

GPT8 – Estabelecer e manter o orçamento e o cronograma do projeto

GPT9 – Identificar riscos do projeto

GPT10 – Planejar os recursos humanos

GPT11 – Planejar o ambiente de teste para o projeto

GPT12 – Planejar os artefatos e dados do projeto

GPT13 – Estabelecer indicadores de desempenho de teste

GPT14 – Estabelecer o Plano de Teste

GPT15 – Revisar e obter compromisso com o Plano de Teste

GPT16 – Monitorar o projeto

GPT17 – Gerenciar o envolvimento dos stakeholders

GPT18 – Executar revisões em marcos do projeto

GPT19 – Analisar e registrar os problemas identificados

GPT20 – Estabelecer e acompanhar ações corretivas até a sua conclusão

Fonte: www.mpt.org.br – Guia de Referência

PROJETOS FALHAM

Falharam Com Problemas Sucesso

2004 15% 51% 34%

2006 16% 46% 35%

2009 24% 44% 32%

Fonte: Standish Group –

Chaos Report 2010

PORQUE OS PROJETOS FALHAM

Metas e objetivos mal estabelecidos;

Falta de entendimento do problema e das necessidades dos Clientes/Contratantes;

Falha na identificação dos requisitos (do projeto e/ou do produto ou serviço a ser produzido);

Divergência com a expectativa dos Clientes / Usuários;

Gerenciamento de mudanças inadequado;

Estimativas incorretas (financeiras, prazos, etc.);

Prazos não realísticos;

Processos de gerenciamento de projetos inadequados;

Alocação inadequada de recursos humanos;

Falha nos processos de comunicação;

Falha na avaliação dos riscos e consequentemente, falta de ações preventivas e planos de

contingência;

Falta de Gerente de Projeto ou inadequação deste para a função;

Estrutura organizacional do projeto inadequada;

Mudanças na estrutura da organização;

Aspectos políticos organizacionais;

Fatores externos à organização (regulamentações, legislação, etc.).

Fonte: PMI – Estudo de benchmarking – Brasil - 2010

O QUE É UM PROJETO?

Projeto é um empreendimento temporário com

objetivo de criar um produto, serviço ou

resultado único. PMBOK®, 2008.

BASE DOS PROJETOS

Tecnologia

RecursosClientes

Gerenciamento

CICLO DE VIDA DOS PROJETOS DE TESTE

CICLO DE VIDA DOS PROJETOS DE TESTE

Segundo o PMBOK ® os ciclos de vida normalmente definem:

Que trabalho técnico deve ser realizado em cada fase;

Que entregas (deliverables) devem ser geradas em cada fase e como devem ser verificadas e validadas;

Quem está envolvido em cada fase;

Como controlar e aprovar cada fase.

CICLO DE VIDA DOS PROJETOS DE TESTE

Encerrar

Controlar

Executar

Planejar

Iniciar

Analisar

resultados

Gerenciar defeitos

Executar testes

Planejar testes

Projetar testes

Ciclo de Vida de GP

Áreas de Conhecimento

O que deve ser gerenciado

Ciclo de Vida

de Projetos de

Testes

CICLO DE VIDA DOS PROJETOS DE TESTE

GERÊNCIA DE PROJETOS

Planejamento

Prestação de contas

Problemas de prazo

Análise de riscos

Qualidade

SÓ PARA LEMBRAR Você entendeu o que o Anderson

Silva falou? Fica quietinho aí. Por

que para os projetos funcionarem

você vai precisar também de

processos. O que está olhando?

Vai encarar?

18

PROCESSO (BÁSICO) DE TESTE

Planejar

Testes Projetar

Testes

Executar

Testes

Analisar

Resultados

Gerenciar

Defeitos

Planejar

Testes

19

PROCESSO (BÁSICO) DE TESTE

Planejar

Testes Projetar

Testes

Executar

Testes

Analisar

Resultados

Gerenciar

Defeitos

Planejar

Testes

Projeto 1

Projeto 2

Projeto n

www.iteste.com.br

Planejar

Testes Projetar

Testes

Executar

Testes

Analisar

Resultados

Gerenciar

Defeitos

Planejar

Testes

PROCESSO DE TESTE

20

Requisitos

PROCESSO DE TESTE – CASO REAL

Vamos usar um exemplo real para mostrar

como funciona um processo de teste numa

empresa da área de seguros

PROCESSO DE TESTE (EXEMPLO REAL)

Política Organizacional

A execução deste processo é obrigatória para todos os projetos qualquer que seja seu tamanho, cronograma e cliente.

Responsáveis pela execução do processo

Gerente de Projeto (cliente ou TI) GP

Líder de Projeto (TI) LP

Analista de Teste AT

Analista de Sistemas AS

Testador TE

Arquiteto de Teste AR

23

PROCESSO DE TESTE

Planejar

Testes Projetar

Testes

Executar

Testes

Analisar

Resultados

Gerenciar

Defeitos

Planejar

Testes

Requisitos de Teste

Macro-atividade: Planejar Testes

O objetivo desta macro-atividade é definir o planejamento de um projeto de teste de software, correspondente a um projeto de desenvolvimento. O planejamento dos testes deve seguir as regras básicas de gerência de projetos e os critérios específicos definidos nos templates correspondentes usados nesta etapa (Ex. Plano de Teste).

Atividades: Realizar estudo de viabilidade do projeto de teste Iniciar a elaboração do Plano de Teste Definir o Ambiente de Teste Configurar Ambiente de Testes para o Projeto Verificar a testabilidade dos Casos de Uso ou dos Requisitos Detalhar Planejamento das Atividades de Teste

Riscos Escopo Tamanho do projeto Esforço Cronograma Recursos Comunicação Indicadores

PROCESSO DE TESTE - PLANEJAR (EXEMPLO REAL)

Atividade: Realizar o estudo de viabilidade do projeto

Descrição: Com base nas informações recebidas de uma demanda de um projeto de teste deve ser efetuado um estudo de viabilidade.

Responsáveis: LP (Teste)

Participantes: AT, AS, GP

Artefatos: Estudo de Viabilidade do Projeto

Ferramentas: Word

PROCESSO DE TESTE - PLANEJAR (EXEMPLO REAL)

Atividade: Iniciar a elaboração do Plano de Teste

Descrição: De acordo com o processo de Gerência de Projetos, o planejamento de testes é realizado pelo Gerente do Projeto ou pelo Líder do Projeto de Teste, conforme o estabelecido no respectivo Plano de Projeto de Desenvolvimento. O Plano de Testes, nesta etapa, deve contemplar os estágios de teste, os tipos de teste que serão realizados, o que será testado e o que não será testado, computacionais necessários, bem como os critérios para início e término dos testes, conforme o modelo do documento usado para este fim. Deve ser usas o template do Plano de Teste. Os requisitos (ou casos de uso ou outra informação) deve estar disponível para o líder do projeto.

Responsáveis: LP (Teste)

Participantes: AT, AS, GP

Artefatos: Plano de Teste

Ferramentas: Word

PROCESSO DE TESTE (EXEMPLO REAL)

Atividade: Acompanhar Estabelecimento de Ambiente de Teste

Descrição: O Líder do Projeto de Teste, juntamente com o Gerente do Projeto, com o respectivo apoio técnico de suporte (AR), define o ambiente (hardware e software) que será utilizado nos testes do projeto. Este ambiente deve estar registrado no Plano de Teste.

O Líder do Projeto formaliza a solicitação do ambiente à área de infra-estrutura.

Responsáveis: LP

Participantes: GP, AS, AT, AR

Artefatos: Plano de Teste

Ferramentas: (a ser definida)

PROCESSO DE TESTE - PLANEJAR (EXEMPLO REAL)

Atividade: Configurar Ambiente de Testes para o Projeto

Descrição: Uma vez estabelecido o ambiente de testes do projeto, o Analista de Teste, junto com o AR, e o apoio do AS, inicia a configuração do projeto de teste. Isto contempla a criação do repositório de teste, criação da base de teste e o estabelecimento de links com demais ferramentas utilizadas pelo projeto (requisitos e workflow).

Responsáveis: LP

Participantes: AS, AT, AR

Artefatos: Plano de Teste

Ferramentas:

PROCESSO DE TESTE - PLANEJAR (EXEMPLO REAL)

Atividade: Verificar a testabilidade dos Casos de Uso ou dos Requisitos

Descrição: A cada iteração, uma vez que as especificações dos casos de uso (ou requisitos) tenham sido concluídas e liberadas pela equipe do projeto, o Analista de Teste realiza a análise da testabilidade, utilizando o checklist contido no relatório de testabilidade. Esta análise é realizada para cada Caso de Uso (ou requisito) conforme acordado com o analista de requisitos e, caso seja necessário, alterações são feitas nas especificações dos casos de uso ou requisitos antes dos mesmos serem aprovados pela área solicitante do sistema.

Responsáveis: LP

Participantes: AS, AT, AR

Artefatos: Plano de Teste, Relatório de Testabilidade

Ferramentas: Word

PROCESSO DE TESTE - PLANEJAR (EXEMPLO REAL)

Esta atividade

está no lugar

certo?

Responde logo.

Atividade: Detalhar Planejamento das Atividades de Teste

Descrição: Fechar a elaboração do Plano de Teste incluindo as seguintes informações

(conforme o template do Plano de Testes):

Riscos

Escopo

Tamanho do projeto

Esforço

Cronograma

Recursos

Comunicação

Indicadores

Ao término desta etapa o Plano de Teste está disponível para aprovação e para o respectivo

comprometimento.

Responsáveis: LP

Participantes: AS, AT

Artefatos: Plano de Teste

Ferramentas: Word

PROCESSO DE TESTE - PLANEJAR (EXEMPLO REAL)

31

PLANO DE TESTE

O QUE DIZ A NORMA IEEE 829:2008

Introdução

Identificador do Plano de Teste;

Escopo;

Referências

Nível na sequencia de teste

Classe de teste e visão das condições de teste

Detalhes para este nível do plano de teste

Itens de teste e seus identificadores;

Matriz de rastreabilidade do teste;

Funcionalidades a serem testadas;

Funcionalidades que não serão testadas;

Abordagem do teste (Estratégia de Teste na ISO 29119);

Critérios de liberação/falha dos itens;

Requisitos de suspensão e retomada;

Entregas do teste;

(continua)

Foi você que fez este

processo? Eu quero

saber se ele está em

conformidade com o

Plano de Teste da

norma IEEE 829. Por

que se não estiver

nós vamos ter que

conversar

32

PLANO DE TESTE

Gerência de Teste

Tarefas do teste;

Necessidades de ambientes;

Responsabilidades;

Integração entre as partes envolvidas;

Recursos e sua alocação;

Treinamento;

Cronograma, estimativas e custos;

Riscos e contingências;

Geral

Procedimentos de garantia de qualidade;

Métricas;

Cobertura do teste;

Glossário;

Procedimentos de alteração do documento e histórico.

Quem foi que

mandou inventar

um padrão? Já

existe um padrão

mundial. Essa

gracinha vai te

custar caro.

33

Planejar

Testes Projetar

Testes

Executar

Testes

Analisar

Resultados

Gerenciar

Defeitos

Planejar

Testes

PROCESSO DE TESTE – PROJETAR OU ESPECIFICAR (EXEMPLO REAL)

Macro-atividade: Projetar Teste (ou Especificar Teste)

O projeto dos testes (ou especificar teste) contempla a criação dos casos de

teste (conforme template) e demais artefatos necessários às atividades de

execução dos testes conforme definido no Plano de Teste. Na ocorrência de

alterações de requisitos, de design ou do código do sistema, durante ou

posteriormente a esta atividade, a alteração é feita através de uma

solicitação formal de mudança, onde são avaliadas as mudanças

necessárias nos artefatos envolvidos. Para tal o projeto deve ser

monitorado.

Atividade: Definir os cenários de teste

Atividade: Elaborar Casos de Teste

Atividade: Estruturar Scripts de Teste

Atividade: Elaborar Procedimento de Teste

34

PROCESSO DE TESTE – PROJETAR OU ESPECIFICAR (EXEMPLO REAL)

Atividade: Definir Cenários de Teste

Descrição: O Analista de Teste com base nos requisitos de teste

ou nos casos de uso, e usando o Plano de Teste como referência, deve

definir os Cenários de Teste e que servirão posteriormente para a

elaboração dos Procedimentos (ou Roteiro) de Teste.

Responsáveis: AT

Participantes: AS, TE

Artefatos: Plano de Teste, Requisitos, Casos de Uso (testáveis)

Ferramentas: Word ou Excel

PROCESSO DE TESTE – PROJETAR OU ESPECIFICAR (EXEMPLO REAL)

Atividade: Elaborar Casos de Teste

Descrição: O Analista de Teste define e elabora os casos de

teste baseados nas especificações dos casos de uso ou requisitos

e em especificação suplementar (caso exista), tomando como

base o Plano de Teste.

Os testes especiais, caso existam, como, por exemplo, teste de

desempenho, devem estar definidos, se possível, nos casos de

teste.

Responsáveis: AT

Participantes: AS, TE

Artefatos: Plano de Teste, Caso de Teste

Ferramentas: Word ou Excel

PROCESSO DE TESTE – PROJETAR OU ESPECIFICAR (EXEMPLO REAL)

Atividade: Estruturar Scripts de Teste

Descrição: Se forem previstos testes automáticos para o projeto, o Analista de Teste define combinações de diferentes ações, considerando os diferentes cenários. Após sua confecção, o caso de teste terá sua implementação associada ao script elaborado.

Responsáveis: AT

Participantes: AS ,TE

Artefatos: Casos de Teste, Scripts de Teste

Ferramentas: (precisam ser definidas)

PROCESSO DE TESTE – PROJETAR OU ESPECIFICAR (EXEMPLO REAL)

Atividade: Elaborar Procedimentos de Teste (ou Roteiro de Teste)

Descrição: Os procedimentos de teste devem ser elaborados com o intuito de manter a sequencia necessária para a execução dos casos de teste que se enquadrem nesta situação.

Responsáveis: AT

Participantes: AS ,TE

Artefatos: Casos de Teste, Scripts de Teste, Procedimentos de Teste

Ferramentas: Precisam ser definidas

PROCESSO DE TESTE – PROJETAR OU ESPECIFICAR (EXEMPLO REAL)

CASO DE TESTE PADRÃO IEEE 829

Introdução (uma por documento)

Identificador do documento

Escopo

Referências (itens de teste)

Contexto

Notas para descrição

Detalhes (um por caso de teste)

Identificador do caso de teste

Objetivos

Especificações de entrada

Especificações de saída

Necessidades de ambiente

Requisitos ou procedimentos especiais

Dependências entre casos de teste

Global

Glossário

Procedimentos de alterações do documento e histórico de alterações

39

• Referências (Itens de teste)

– Requisitos

– Projeto de teste e features

– Guia do usuário

– Guia operacional

– Guia de instalação

– Etc.

Analistas de Teste preocupados

Ainda bem que

o Minotauro

sumiu.

Não sumi não. Entenderam direitinho

até agora? Processos são muito

importantes para que os projetos sejam

bem sucedidos. Concordam?

Não vão me dizer que inventaram um

modelo de Caso de Teste das suas

cabeças? Eu já estou chegando.

41

Macro-atividade: Executar Testes

Executar casos de teste e/ou scripts automáticos, que foram definidos para cada iteração, bem como

executar testes específicos, como teste de desempenho e outros.

Na ocorrência de alterações das especificações ou do código, durante ou posteriormente a esta

atividade, é verificado se estas alterações afetam também os casos de teste/scripts. Caso isto tenha

ocorrido e a execução já tenha sido iniciada, será planejado um novo ciclo de teste ou teste de

regressão.

Antes de executar os casos de teste devem ser definidos os responsáveis pela sua execução.

Atividade: Executar Casos de Teste

Atividade: Executar Scripts de Teste

Atividade : Gerar Resultados (logs) de Teste

Atividade: Acompanhar Defeitos

Atividade: Executar Testes Especiais

PROCESSO DE TESTE – EXECUTAR (EXEMPLO REAL)

Atividade: Executar Casos de Teste

Descrição: Após a conclusão da elaboração dos casos de teste e da liberação da baseline da versão do sistema para testes, inicia-se a execução dos testes. O Testador executa os casos de teste, de acordo com o planejamento para cada iteração.

Responsáveis: TE

Participantes: AT

Artefatos: Plano de Teste, Caso de Teste

Ferramentas: ?

PROCESSO DE TESTE – EXECUTAR (EXEMPLO REAL)

Atividade: Executar Scripts de Teste

Descrição: Se previsto, após o planejamento dos testes automáticos e a elaboração dos scripts, e havendo a liberação da baseline da versão do aplicativo para testes, inicia-se a implementação /execução dos testes automáticos.

Responsáveis: TE

Participantes: AT

Artefatos: Casos de Teste, Scripts de Teste

Ferramentas: ?

PROCESSO DE TESTE – EXECUTAR (EXEMPLO REAL)

Atividade : Gerar Resultados (logs) de Teste e/ou Relatório de Estado de Teste

Descrição: Ao final de cada execução dos testes são gerados os resultados de teste (logs) e, posteriormente, analisados, com o objetivo de verificar se os requisitos especificados foram corretamente implementados. Caso solicitado tais resultados são encaminhados ao Gerente do Projeto.

Os relatórios de estado são gerados para dar suporte ao monitoramento do projeto de deste.

A evolução da execução dos casos de teste deve tomar como base estes dois relatórios.

Responsáveis: TE

Participantes: AT, LP, GP

Artefatos: Casos de Teste, Scripts de Teste, Relatório de Log de Teste

Ferramentas: Word (ou ferramenta de automação)

PROCESSO DE TESTE – EXECUTAR (EXEMPLO REAL)

Atividade: Acompanhar Defeitos

Descrição: Durante a execução dos testes, assim que for identificado algum defeito, este será cadastrado numa ferramenta específica de workflow ou outro modo de registro para fluxo de atividades, a fim de permitir o acompanhamento de sua resolução (ver tarefa Gerenciar Defeitos). Os defeitos

Responsáveis: TE

Participantes: AT, LP, AS

Artefatos: Caso de Teste, Relatório de Defeitos

Ferramentas: ?

PROCESSO DE TESTE – EXECUTAR (EXEMPLO REAL)

Atividade: Executar Testes Especiais

Descrição: Além dos testes de funcionalidade e testes de interface, poderão ser previstos para o projeto, outros testes como: Teste de Desempenho, Teste de Volume, Teste de Configuração, Teste de Instalação ou outros testes não funcionais. Tais testes são definidos, projetados e executados segundo o cronograma do projeto. (opcional). Esta atividade somente será cumprida para os testes não contemplados nos casos de teste.

Responsáveis: TE

Participantes: AT, LP

Artefatos: Caso de Teste, Relatório de Defeitos

Ferramentas: Específica para cada tipo de teste

PROCESSO DE TESTE – EXECUTAR (EXEMPLO REAL)

Nós ainda estamos aqui.

Sabemos que processos

são chatos, mas depois

nós vamos conversar

sobre isso. Tem alguém

dormindo aí?

Não fizeram nenhuma

gracinha não, não é? Será

que inventaram um

relatório de defeitos das

suas cabecinhas?

48

Planejar

Testes Projetar

Testes

Executar

Testes

Analisar

Resultados

Gerenciar

Defeitos

Planejar

Testes

PROCESSO DE TESTE – ENCERRAR (EXEMPLO REAL)

Macro-Atividade: Analisar Resultados

Ao encerramento do projeto de teste conforme as regras definidas no Plano de Teste devem ser elaborados os artefatos de conclusão.

Atividade: Gerar Resultados dos Testes

PROCESSO DE TESTE – ENCERRAR (EXEMPLO REAL)

Atividade: Gerar Resultados dos Testes

Descrição: Ao final do projeto deve ser elaborado um Relatório de Sumário contemplando todas as informações relevantes coletadas durante o seu decorrer, assim como problemas ocorridos e não conformidades encontradas. Os indicadores fornecidos pelo projeto devem ser catalogados como histórico para uso em processos de planejamento e de estimativas. As lições apreendidas devem ser usadas na revisão do processo.

Responsáveis: LP

Participantes: AT, TE

Artefatos: Plano de Teste, Relatório de Sumário de Teste

Ferramentas: Word

PROCESSO DE TESTE – ENCERRAR (EXEMPLO REAL)

51

Planejar

Testes Projetar

Testes

Executar

Testes

Analisar

Resultados

Gerenciar

Defeitos

Planejar

Testes

PROCESSO DE TESTE – GERENCIAR DEFEITOS (EXEMPLO REAL)

Macro-Atividade: Gerenciar Defeitos ou Incidentes

Registrar e acompanhar a correção dos defeitos, decorrentes da execução

dos testes. Se for identificado que o defeito persiste, após o re-teste, a

correção é rejeitada, caso contrário ela é aprovada.

Defeitos podem ser identificados durante ciclo de desenvolvimento, durante

a execução do teste de aceite, no ambiente de homologação ou após a

entrega do sistema (ambiente de produção). Em todos os casos, é utilizado

um workflow para acompanhar todo o ciclo de vida do defeito.

Os defeitos devem ser classificados conforme as regras estabelecidas.

Atividade: Cadastrar Defeitos ou Incidentes

Atividade: Rejeitar Correções

Atividade: Aprovar Correções

Atividade: Executar Re-Teste

52

PROCESSO DE TESTE – GERENCIAR DEFEITOS (EXEMPLO REAL)

Atividade: Cadastrar Defeitos ou Incidentes

Descrição: Após a geração do relatório de defeitos de um determinado teste, o Testador avalia os desvios e cadastra defeitos no workflow específico. A equipe de desenvolvimento é avisada da existência dos defeitos e realiza a correção dos mesmos. Após a correção, a equipe de teste é avisada e o Testador realiza o re-teste.

Responsáveis: TE

Participantes: AT

Artefatos: Relatório de Defeitos ou Incidentes

Ferramentas: ?

PROCESSO DE TESTE – GERENCIAR DEFEITOS (EXEMPLO REAL)

Atividade: Executar Re-Teste

Descrição: Uma vez tendo sido corrigidos eventuais defeitos, pela equipe de desenvolvimento, uma nova baseline do sistema é disponibilizada para testes. Procede-se então à validação da correção dos defeitos, re-executando os casos de teste.

Responsáveis: TE

Participantes: AT, LP, AS

Artefatos: Caso de Teste, Relatório de Defeitos

Ferramentas: ?

PROCESSO DE TESTE – GERENCIAR DEFEITOS (EXEMPLO REAL)

Atividade: Rejeitar Correções

Descrição: Durante a execução do re-teste, caso persista o defeito encontrado, o Testador não valida as correções, iniciando um novo ciclo, via workflow.

Responsáveis: TE

Participantes: AT

Artefatos: Relatório de Defeitos

Ferramentas: ?

PROCESSO DE TESTE – GERENCIAR DEFEITOS (EXEMPLO REAL)

Atividade: Aprovar Correções

Descrição: Durante a execução do re-teste o Testador verifica se o defeito não ocorreu na nova versão disponibilizada. Ele valida as correções, concluindo o registro do defeito.

Responsáveis: TE

Participantes: AT

Artefatos: Relatório de Defeitos

Ferramentas: ?

PROCESSO DE TESTE – GERENCIAR DEFEITOS (EXEMPLO REAL)

Atividade: Monitorar defeitos

Descrição: Monitorar a situação dos defeitos (abertos, nível de reincidência, tipos de defeitos, nível de rejeição, criticidade, urgência, etc.) de forma a que sejam fornecidos indicadores da situação do projeto de teste.

Responsáveis: TE

Participantes: AT

Artefatos: Relatório de Defeitos

Ferramentas: ?

PROCESSO DE TESTE – GERENCIAR DEFEITOS (EXEMPLO REAL)

RECURSOS

Recursos

Para executar este processo são necessários:

Pessoal treinado no processo e nas ferramentas usadas.

Observação: As ferramentas necessárias para a execução de atividades do processo serão definidas em documento específico. Neste documento eventualmente serão citadas apenas as ferramentas do MS Office ou equivalentes.

É importante um

documento

organizacional

regulamentando o

uso dos processos

ARTEFATOS DOS PROJETOS

Gerência de Configuração

Os seguintes produtos deste processo devem estar sob gerência de Configuração:

Plano de Teste

Casos de Teste

Scripts de Teste (opcional)

Observação: Não seria melhor guardar todos os documentos sob gerência de configuração?

MONITORAÇÃO DO PROCESSO

Monitoração e Controle do Processo

A monitoração e controle do processo são realizados através das seguintes medidas (indicadores):

Número de defeitos encontrados em etapas posteriores do desenvolvimento (homologação, produção)

Número de defeitos encontrados da atividade de teste

Número de casos de teste por requisitos

Tempo previsto do projeto/tempo encerramento do projeto

Horas gastas por etapas do projeto

Defeitos por casos de teste

Reincidência de defeitos por caso de teste

Outros? Que outros?

ADERÊNCIA

Avaliação Objetiva da Aderência ao Processo

A aderência a este processo por cada projeto

é auditada pelo Grupo de Qualidade ao final

de cada macro atividade a partir da entrega

dos artefatos previstos.

Isso é com a

gente. Quem é que

não vai aderir ao

processo de teste?

Vai aderir ou não

vai? O controle de

qualidade vai ser

com a gente.

LIÇÕES APREENDIDAS

Revisão do Status do Processo com a Gerência de Alto Nível

Periodicamente os dados obtidos das avaliações com relação à aderência e adequação do processo “Gerência de Requisitos” nos diversos projetos são sintetizados pelo GQ e elaborados gráficos que evidenciem:

Evolução da aderência ao processo “Teste de Software” na organização.

Não Conformidades observadas no período

Inadequações relatadas no período

Análise de possíveis causas e ações implementadas para cada não-conformidade

Análise de possíveis causas e ações implementadas para cada inadequação

Oportunidades de melhorias.

É elaborado Relatório de Status do Processo Teste de Software que é apresentado e discutido com a gerência de alto nível da empresa.

Seria muito importante um documento organizacional regulamentando o uso dos processos da empresa.

63

PRINCIPAIS DOCUMENTOS DOS PROJETOS DE TESTE

(IEEE 829:2008)

• Plano Master de Teste

• Plano de Teste

• Projeto de Teste

• Roteiro/Procedimento de Teste

• Caso de Teste

• Relatório de Anomalias (Incidentes / Defeitos)

• Relatório de Estado

• Relatório de Encerramento / Sumário

• Relatório Master

64

Planejar

Testes Projetar

Testes

Executar

Testes

Analisar

Resultados

Gerenciar

Defeitos

Planejar

Testes

• Plano Master de Teste

• Plano de Teste

• Projeto de Teste

• Roteiro/Procedimento de Teste

• Caso de Teste

•Relatório de Anomalias (Incidentes / Defeitos)

•Relatório de Estado

•Relatório de Encerramento / Sumário

•Relatório Master

Ligue os documentos produzidos nos projetos de teste à respectiva etapa

no ciclo de vida (processo)

VISÃO DO MPT A área de processo Gerência de Projetos aparece no nível 1 do MPT e contem as seguintes práticas: GPT1 – Realizar análise de risco do produto

GPT2 – Estabelecer objetivos do teste

GPT3 – Definir estratégia de teste

GPT4 – Definir o escopo do trabalho para o projeto de teste

GPT5 – Estabelecer estimativas de tamanho

GPT6 – Definir as fases do ciclo de vida do projeto de teste

GPT7 – Estimar o esforço e o custo

GPT8 – Estabelecer e manter o orçamento e o cronograma do projeto

GPT9 – Identificar riscos do projeto

GPT10 – Planejar os recursos humanos

GPT11 – Planejar o ambiente de teste para o projeto

GPT12 – Planejar os artefatos e dados do projeto

GPT13 – Estabelecer indicadores de desempenho de teste

GPT14 – Estabelecer o Plano de Teste

GPT15 – Revisar e obter compromisso com o Plano de Teste

GPT16 – Monitorar o projeto

GPT17 – Gerenciar o envolvimento dos stakeholders

GPT18 – Executar revisões em marcos do projeto

GPT19 – Analisar e registrar os problemas identificados

GPT20 – Estabelecer e acompanhar ações corretivas até a sua conclusão

Fonte: www.mpt.org.br – Guia de Referência

O MPT é

coberto pelo

processo que

apresentamos?

NORMA ISO/IEC 29119-2

O que diz a norma ISO/IEC 29119 Parte 2

sobre os processos de teste?

Preste atenção! A

norma 29119 vai

introduzir alguns

novos conceitos. Será

que eu vou ter que

enfiar isso na sua

cabeça?

PROCESSOS DE TESTE www.iteste.com.br

Projeto 1

Projeto 2

Processo Organizacional de Teste

Processos de Gerência de Teste

Processos de Teste Dinâmico

Desenho e

especificação

Montagem e

monitoração

do ambiente

Execução do

teste

Relatar

incidente de

teste

Planejamento

de Teste

Monitoração e

controle de

teste

Término de

teste

PROCESSOS MULTICAMADAS DE

TESTE

www.iteste.com.br

Processo organizacional de teste

Processos de gerência de teste

Processos de teste dinâmico

Estratégica

Gerencial

Operacional

PROCESSOS MULTICAMADAS DE

TESTE COM TODOS OS PROCESSOS

www.iteste.com.br

Processo organizacional de teste

Processos de gerência de teste

Planejamento

de teste

Monitoramento

e controle de

teste

Término de

teste

Processos de teste dinâmico

Desenho e

implementa-

ção do teste

Execução do

teste

Configuração

do ambiente de

teste

Registro de

incidente de

teste

www.iteste.com.br

Processo Organizacional de Teste

Processos de Gerência de Teste

Planejamento

de teste

Monitoramento e

controle de teste

Término de

Teste

Política e Estratégia

Organizacional de TEste

Retorno para a Política e

Estratégia Organizacional de

Teste

Plano de

Teste

atualizado

Plano de

Teste

Relatório de

Término de

teste

Processos de

Teste Dinâmico

Processos de

Gerência de Teste

Plano de Teste

Relatório de Estado

Relatório de Término

Indicadores

Indicadores

e medições

de teste

Plano de Teste

Diretivas e

Controles

Plano de Teste

Diretivas e

Controles

Processos de Planejamento de Teste

Define escopo

Organiza a

elaboração do

plano

Identifica e

analisa riscos

Define

abordagem de

tratamento dos

riscos

Define a

estratégia de

teste

Define equipe e

cronograma

Registra o

plano de teste Aprova o plano Divulga o Plano

Entradas

Política organizacional

Estratégia organizacional

Padrões e normas

Plano do projeto de desenv

Requisitos

Relatórios de incidentes

Itens de teste

Etc

Processo de Teste Dinâmico

Processo de Gerência de Teste

Indicadores Plano de Teste

Projeta

Especificação

de teste

Executa de teste

Configura

Ambiente de

teste

Relata

Incidentes de

teste

Nenhum

incidente

Requisitos de

ambiente

Relatório de

ambiente

pronto

Resultados

de teste Especificação

de teste

Incidente

O processo não precisa necessariamente ser sequencial conforme mostrado acima

PROCESSO CONVENCIONAL EM RELAÇÃO AOS

PROCESSOS DA NORMA

Planejar Testes

Projetar Testes

Executar Testes

Analisar

Resultados

Gerenciar

Defeitos

Processos de gerência de teste

Processos de

teste dinâmico

O que faltou?

Processo de teste

organizacional

Processo de gerência de teste

•Monitoramento e Controle

de Teste

Processos de teste dinâmico

•Configuração do ambiente

de teste

O Minotauro entendeu

tudo e está levando um

beijo. E você? Vai querer

um beijo também?

FIM

emersonrios@riosoft.org.br

rios.emerson@gmail.com

www.emersonrios.eti.br

Eu nadei ... nadei e

estou chegando

vivo na praia. Os

processos me

ajudaram

EU