fábrica de testes - processo e metodologia de testes

1 13/04/23 Soluções de Negócio Aitec Brasil1 13/04/23 Soluções de Negócio Aitec Brasil13/04/23 Soluções de Negócio Aitec Brasil

Processo de testes da Vivo

Fábrica de testes

Histórico do documento

Versão Data Autor Alteração

1.0 28/09/2010 Bruno Bittencourt Criação do documento

2.0 15/01/2011 Claudio Moura Revisão/Atualização

2 13/04/23 Soluções de Negócio Aitec Brasil

Objetivo

• Esta apresentação tem como objetivo apresentar a metodologia e processos de testes da Vivo para os consultores da fábrica de testes da Aitec do Brasil


Metodologia de testes Vivo ( MTV )• A área de Gestão de Testes e Qualidade de Soluções

da VIVO segue uma metodologia própria de testes, baseada em padrões de mercado tais como ISO, CMMI, IEEE com foco em garantia da qualidade do produto de software, com algumas particularidades. A seguir,encontra-se uma breve descrição de cada uma das fases:


MTV – Planejamento

• Fase preparatória para início das atividades de teste, incluindo tarefas de planejamento,análise de arquitetura, definição de ambiente, captura de informações, definição de necessidades, estratégia de teste, objetivos do teste e treinamento da solução.


MTV - Construção

• Fase em que os requisitos do sistema são capturados, definidos os tipos de testes utilizados,definição dos cenários e casos de testes, avaliação dos testes que devem ser automatizados.


MTV - Execução

• Fase onde os testes manuais e automatizados são executados e analisados para verificar se os resultados dos testes estão de acordo com as especificações.


MTV - Aceite

• Fase em que os resultados das execuções dos testes integrados são consolidados e apresentados aos clientes do projeto ou sistema, os quais o terão como base para a aceitação da solução.


MTV - Controle

• Fase permanente e paralela às outras fases onde é feito o acompanhamento de toda a atividade de testes ao longo desta etapa, através de métricas, medições e relatórios.


MTV - Papéis e responsabilidades

• Os papéis e responsabilidades, dentro da MTV, delimitam o que cada um deve fazer durante o processo de testes apresentado.– Analista de Negócios– Analista de Testes– Controlador de Defeitos– Analista de Automação de Testes Funcionais– Arquiteto de Testes– Coordenador de Testes


MTV – Papel analista de negócio

• Responsável pelos processos de negócios que devem ser implementados na aplicação. O analista de negócio deve ser um profundo conhecedor do negócio que a aplicação tratará. O analista tem como tarefas de sua responsabilidade:

– Identificar e descrever regras de negócio que a aplicação deve seguir;

– Identificar e descrever os requisitos da aplicação;

– Apoiar a priorização dos requisitos, casos de testes e definição de qualidade do sistema;

– Dimensionar o impacto de alterações de negócio nos sistemas;

– Dimensionar e descrever o impacto dos defeitos encontrados pela Gestão de Testes deAceitação;

– Identificar oportunidades e propor implementações de Tecnologia da Informação para a melhoria da qualidade, eficiência e eficácia dos processos;

– Apoiar o gerenciamento de todo o ciclo de disponibilização de soluções de Informática,desde desenho, construção, aquisição, implementação, testes, conversão, treinamento e acompanhamento;

– Apoiar o controle de qualidade e ajudar a assegurar a melhoria continua dos sistemas sob sua responsabilidade, quanto a funcionalidade, segurança, contingência, eficiência e eficácia;

– Apoiar a definição da massa de dados de teste;

– Validar os casos de testes detalhados pelos Analistas de Teste;

– Revisar os critérios de aceitação do software;


MTV – Analista de testes

• Responsável pela execução dos casos de testes bem como a estruturação dos mesmos. O analista de testes deve seguir normas de nomenclatura e padrão definidos nesta metodologia ou conforme orientação do Mentor de Testes para situações específicas.

• Comparar o resultado esperado com o atual na AUT (Application Under Test) bem como incluir as evidências dos testes também são tarefas de sua responsabilidade.

– Descrever pré-condições para cada teste;

– Atualizar os casos de teste;

– Definir casos de testes detalhados;

– Definir testes negativos;

– Executar os testes;

– Detectar divergências de comportamento da aplicação;

– Definir o grupo de teste para planejamento de execuções;

– Controlar e acompanhar os defeitos de sua responsabilidade;

– Interagir com os Analistas de Negócio para criação dos casos de teste;

– Recomendar melhorias;

– Criar os testes automatizados;

– Definir o processo para reutilização de casos de teste;

– Documentar os casos de teste;

– Criar bibliotecas de funções automatizadas;


MTV – Controlador de defeitos

• O Papel de Analista de Teste pode ter uma especialização, quando necessário, que é o Controlador de Defeitos. As principais responsabilidades deste papel são:

– Controlar e acompanhar todos os defeitos de todos os módulos do aplicativo;

– Garantir que todas as informações necessárias estão descritas nos defeitos;

– Cobrar o tratamento dos defeitos pendentes com a equipe de testes;

– Fornecer as informações sobre o status dos defeitos quando solicitado pelo arquiteto ou coordenador de testes.


MTV – Analista de automação

• O analista de automação de testes funcionais é responsável por mapear casos de testes candidatos a automação apresentando propostas sobre o tema.– Manter as bibiliotecas de objeto– Manter as bibliotecas de funções– Manter as bibliotecas de actions reutilizáveis– Desenvolver os Scripts de teste– Garantir que a automatização de testes esteja de acordo com a

MTV.


MTV - Arquiteto de Testes• Responsável pela liderança do processo de teste da AUT, garantindo que o sistema

esta se comportando conforme as especificações. Suas principais atribuições são:– Identificar objetivos do teste;– Definir necessidades de teste tais como ambiente, documentação, etc;– Controlar a disponibilização de versões dos builds;– Identificar as técnicas de teste a serem utilizadas para atingir os objetivos de

teste;– Distribuir a equipe entre os diversos módulos da aplicação;– Definir simuladores e componentes de teste, se necessário;– Organizar a divisão da execução;– Categorizar os casos de teste;– Definir procedimentos de utilização do processo para cada projeto;– Definir perfis de utilização;– Validar os testes;– Acompanhar e orientar a execução dos testes;– Gerar documentação de acompanhamento da evolução dos testes;– Acompanhar a resolução dos defeitos junto aos fornecedores;


MTV - Coordenador de Testes

• Responsável pelo planejamento, orientação e tomadas de decisão quanto a condução de toda a atividade de teste dentro dos projetos. Suas principais atribuições são:

– Participar das reuniões do projeto;

– Divulgar o planejamento para a equipe de testes;

– Acompanhar o andamento dos testes junto aos Líderes de teste;

– Manter a equipe focada nos objetivos;

– Atuar como facilitador das atividades de teste;

– Identificar objetivos de teste junto aos Líderes de teste;

– Definir tempo de duração das atividades de teste;

– Definir a estratégia de testes;

– Definir os critérios de aceitação do software;

– Elaborar conclusão final da etapa de testes;

– Liberar aplicação para entrada em produção;

– Identificar necessidades de teste;


MTV – Fluxo principal


MTV – Padrões de documentação

• Nesta seção serão apresentados padrões para os seguintes documentos que são gerados ao longo do processo da Vivo :– Casos de teste– Defeitos– Diário de bordo– Relatório diário de testes


MTV – Padrão de casos de testes

• O caso de teste, segundo a metodologia de testes Vivo, deve conter as seguintes seções :– Descrição do caso de teste

• A descrição do caso de teste é o item que explica sua finalidade, descrevendo sua condição única, apresentando as pré e pós-condições, e as características dos dados a serem utilizados

• A descrição deve conter referência do documento utilizado para criar o cenário, requisito a ser testado e pré-condições,

– Roteiro de testes• O roteiro de testes é o passo a passo que deve ser seguido

na execução do teste.


MTV – Severidade dos casos de testes

• A definição das severidades dos casos de teste será feita pela VIVO durante o planejamento dos testes.


Severidade Descrição

High Casos de teste construídos a partir de funcionalidades consideradas como essenciais. É crítico para o negócio e não existe nenhuma alternativa para os usuários efetuarem o trabalho.A não disponibilização da funcionalidade pode resultar em perda de benefícios ou receitas monetárias para a VIVO.

Medium Casos de teste construídos a partir de funcionalidades secundárias, que causa dificuldade para efetuar seu trabalho normal, embora existam alternativas disponíveis para efetuar o trabalho, outras atividades podem ser afetadas enquanto se espera a resolução do problema.A não disponibilização desta funcionalidade pode resultar em redução da produtividade, porém não afeta benefícios ou receitas monetárias.

Low Casos de teste construídos a partir de funcionalidades secundárias, e onde existem alternativas disponíveis para executar o trabalho.A não disponibilização desta funcionalidade não resulta em impacto direto sobre o negócio.

MTV – Exemplo de caso de teste


Descrição do teste

Roteiro do teste

MTV – Padrão de defeitos

• Um defeito é um problema encontrado na aplicação que pode ser provocado por uma série de causas. A nomenclatura utilizada na VIVO é Defeito. Porém fornecedores diferentes podem tratar com outros nomes tais como: Issue, Incidência, Falha, Erro, Bug.

• O registro dos defeitos deve conter as seguintes informações:– Descritivo do defeito– Dados utilizados na detecção do defeito– Qual era o resultado esperado– Se necessário, um passo-a-passo resumido para chegar ao defeito– Fotografia da(s) tela(s) com a evidência visual do defeito ocorrido– Algum outro artefato que possa auxiliar na identificação do defeito


MTV – Exemplo de defeito


MTV – Severidade dos defeitos

• Os defeitos serão classificados pela VIVO à medida que sejam registrados nos vários ciclos de teste.


Severidade Descrição

High Defeitos que apresentam uma falha para a qual não existe um workaround ou afeta um processo de negócio essencial ou primário.Estão incluídos nesta severidade também os defeitos que por si só impactam na execução dos testes impedindo-os de serem realizados.Este tipo de defeito pode resultar em perda de benefícios, receitas monetárias para a VIVO, produtividade, impossibilidade de conclusão de um procedimento.

Medium Defeitos de severidade 2 indicam que uma funcionalidade secundária de negócio não está disponível ou não funciona, no entanto, existe um workaround ou bypass que pode ser implementado para o Usuário e/ou o negócio continuar funcionando.A não disponibilização desta funcionalidade pode resultar em redução da produtividade, porém não afeta benefícios ou receitas monetárias.

Low Defeitos de severidade 3 indicam que uma funcionalidade não crítica não está funcionando, existe um workaround, ou não está funcionando adequadamente, mas o negócio continua.Inclui-se neste tipo de defeito também aqueles representados pela falha em textos, disposições de objetos na tela, ordem de tabulação dos campos, etc.A não disponibilização desta funcionalidade não resulta em impactodireto sobre o negócio..

MTV – Diário de bordo

• O diário de bordo tem como objetivo detalhar os principais eventos ocorridos durante a fase de testes do projeto.


MTV – Report diário de testes

• O report diário de testes tem como objetivo descrever o status dos testes de um projeto.


Questões• Quais as fases da metodologia de testes Vivo e qual o

objetivo de cada uma delas ?• De acordo com a metodologia de testes Vivo, quais as

severidades de um caso de teste e o que elas significam ?

• Que informações devem conter na descrição de um defeito ?

• De acordo com a metodologia de testes Vivo quais as severidades de um defeito e o que elas significam ?

• Qual a finalidade do diário de bordo ?• Qual a finalidade do report diário de testes ?


fábrica de testes - processo e metodologia de testes

Documents