1. O documento apresenta os conceitos iniciais de teste de software, incluindo os principais tipos de testes, níveis de testes e técnicas de testes.
2. A agenda do curso é detalhada, abordando tópicos como planejamento de testes, casos de testes e gestão de testes ao longo de dois dias.
3. O objetivo do treinamento é melhorar o processo de teste da equipe, identificando oportunidades de aprimoramento e alinhando os conceitos entre os participantes.
1. O documento apresenta os conceitos iniciais de teste de software, incluindo os principais tipos de testes, níveis de testes e técnicas de testes.
2. A agenda do curso é detalhada, abordando tópicos como planejamento de testes, casos de testes e gestão de testes ao longo de dois dias.
3. O objetivo do treinamento é melhorar o processo de teste da equipe, identificando oportunidades de aprimoramento e alinhando os conceitos entre os participantes.
1. O documento apresenta os conceitos iniciais de teste de software, incluindo os principais tipos de testes, níveis de testes e técnicas de testes.
2. A agenda do curso é detalhada, abordando tópicos como planejamento de testes, casos de testes e gestão de testes ao longo de dois dias.
3. O objetivo do treinamento é melhorar o processo de teste da equipe, identificando oportunidades de aprimoramento e alinhando os conceitos entre os participantes.
1. O documento apresenta os conceitos iniciais de teste de software, incluindo os principais tipos de testes, níveis de testes e técnicas de testes.
2. A agenda do curso é detalhada, abordando tópicos como planejamento de testes, casos de testes e gestão de testes ao longo de dois dias.
3. O objetivo do treinamento é melhorar o processo de teste da equipe, identificando oportunidades de aprimoramento e alinhando os conceitos entre os participantes.
Baixe no formato PDF, TXT ou leia online no Scribd
Fazer download em pdf ou txt
Você está na página 1de 109
Curso de Teste de Software
Teste de Software I Principais Conceitos
1 Mnica C. Vaz Trabalho Atual Analista de Qualidade (Processo de Quality Assurance, Test Management, Treinamento e Consultoria em Casos de testes);
Formao UEPG Anlise de Sistemas em 1996; UEPG Ps Graduao em Cincias da Computao em 1998;
Certificao Six Sigma Green Belt; CBTS Certificao Brasileira de Teste de Software em 2008;
2 Participantes... 1. Nome 2. Atividade atual 3. Experincia com Testes 4. Expectativa com o Curso 3 Introduo aos conceitos de teste de software alinhamento da equipe;
Entender os ganhos de um processo documentado de testes;
Identificar melhorias no processo atual;
Objetivo do treinamento 4 Equipe estressada;
Atraso no projeto;
Perda de oportunidade;
Descrdito da equipe de qualidade;
Retrabalho;
Aumento do custo do projeto;
Frustrao de expectativas; Um processo imposto... 5 AGEND A 1 dia Planejamento de Testes - Conceitos bsicos de teste ; Tipos de testes; Ciclo de vida de testes ; Papis e responsabilidades;
Casos de Testes Conceitos de Requisitos de testes, Cenrios de testes, Casos de testes; Anlise de risco dos testes x Prioridade; Tcnicas de cobertura de testes;
2 dia Gesto de Testes - Estimativa de esforo; Custo do defeito; Testes de Verificao x Validao; Log de execuo; Report e Fluxo de defeitos;
Sumrio final de testes Lies Aprendidas e Recomendaes; Mtricas de Testes; Agenda 6 Conceitos para o Planejamento de testes
7 O que Teste de Software? Avaliar se o software est fazendo o que deveria fazer, de acordo com os seus requisitos, e no est fazendo o que no deveria fazer; Garantir que o produto funciona;
Garantir que o produto atende aos requisitos;
Garantir que o produto funciona, atende aos requisitos e no tem defeitos; 8 Qualidade no PMBOK reas de conhecimento Entregar um resultado de acordo com o escopo, no prazo, no custo definido, com qualidade
O que / Quando / Quanto / Como
9 Dimenses da qualidade
Confiana: O sistema resistente a falhas durante a execuo, isto , no entra em loop, no interrompe a execuo por falta de recursos, etc.
Funcionalidade: O sistema se comporta conforme esperado e definido nos seus requisitos.
Performance: O sistema tem um tempo de resposta adequado e aceitvel mesmo quando submetido a um volume alto de processamento 10 Dimenses de Qualidade 3. Tipos de Testes (O que testar) 1. Tcnicas de Testes (Como testar) 2. Nveis de Testes (Quando testar) 11 1. Tcnicas de Teste: COMO TESTAR?
Caixa BRANCA Estrutural
Caixa PRETA Funcional Determinar se os requisitos foram atendidos;
Verifica apenas os resultados produzidos e no requer conhecimento interno do sistema, apenas conhecimento dos requisitos do negcio;
Realizado pelos testadores;
Determinar defeitos na estrutura interna ou no cdigo;
So realizados pelos programadores; 1. Tcnicas de Testes (Como testar) 12 2. Nveis de Teste: QUANDO TESTAR? Teste de Aceite (UAT)
Teste de Sistema
Teste de Integrao
Teste Unitrio
Os nveis de teste definem o momento do ciclo de vida do software em que so realizados os testes. 2. Nveis de Testes (Quando testar) 13 Teste Unitrio
Objetivos: Testar os componentes individuais (ex: classes, mtodos, ...) certificando-se de que as entradas e sadas so vlidas;
Reduzir o custo dos defeitos encontrados;
Execuo: So executados pelos desenvolvedores, durante o processo de construo, no ambiente de desenvolvimento
14 Objetivos: executado para garantir que as unidades ou aplicaes que foram testadas funcionem corretamente quando integrados.
Execuo: So executados pelos desenvolvedores, durante o processo de construo, no ambiente de desenvolvimento;
Teste Integrado 15
Objetivos: Demonstrar que o sistema executa de modo funcional e operacional as funes especificadas Verificar a Integrao dos componentes de software com o ambiente operacional similar ao de produo (hardware, software, processo, pessoas);
Execuo: Executados pelos testadores em Ambiente de testes.
Teste de Sistema 16 Teste de Aceite (UAT)
Objetivo: Verificar se a soluo atende aos objetivos do negcio e a seus requisitos, no que diz respeito funcionalidade e usabilidade.
Execuo: Os testes de aceite so executados pelos usurios e podem ser de duas categorias:
Teste alfa: geralmente nas instalaes da equipe de desenvolvimento e testes;
Teste beta: feito pelo usurio, geralmente em suas instalaes, sem a superviso da equipe de teste; 17
Focam aspectos diferentes de um software;
Dependendo da tcnica e do nvel de teste, selecionamos os tipos adequados.
3. Tipos de Teste: O QUE TESTAR? 3. Tipos de Testes (O que testar) 18 Teste Funcional
Verifica todas as funcionalidades do sistema em termos de regras de negcio, incluindo entrada de dados, processamento e resposta.
Verifica o funcionamento das condies vlidas e invlidas.
baseado nas tcnicas de caixa-preta, isto , verificar o sistema e seu processo interno pela sua interao atravs da anlise dos resultados.
19 Teste de Regresso Re-execuo de teste feitos aps uma manuteno corretiva ou evolutiva.
Tem como propsito garantir que qualquer falha tenha sido reparada e que nenhuma operao que funcionava anteriormente tenha falhado aps os reparos, ou seja, que as novas caractersticas adicionadas no criaram problemas com as verses anteriores ou com outros sistemas.
20 Teste de Segurana
Segurana: um processo necessrio para garantir a confidencialidade das informaes e a proteo dos dados contra o acesso indivduo de terceiros.
Segurana em nvel de aplicao, incluindo acesso aos dados ou s funes do negcio;
Segurana em nvel de sistema, incluindo o acesso ao sistema feito localmente ou remotamente 21 Teste de Volume
Verifica se o sistema suporta altos volumes de dados numa nica transao
O teste de volume submete grandes quantidades de dados ao sistema para determinar se limites que causam a falha do software so alcanados.
Este tipo de teste tambm identifica o volume mximo persistente que o sistema pode suportar por um dado perodo.
22 Teste de Usabilidade
Testa a forma de uso do software, verificando a facilidade que o software possui de ser claramente entendido e facilmente operado pelos usurios.
Verifica: A facilidade de operao do sistema pelo usurio; A facilidade de entendimento das funes do sistema pelo usurio, atravs da utilizao de manuais, help on-line, agentes e assistentes eletrnicos, etc.
23 Teste de Stress Tipo de teste de confiabilidade destinado a avaliar como o sistema responde em condies anormais.
Verificar se o sistema funciona corretamente e sem erros sob as seguintes condies de estresse: - Pouca ou nenhuma memria disponvel no servidor (RAM e HD). - Nmero mximo real, ou fisicamente suportado, de clientes conectados ou simulado. - Mltiplos usurios realizando as mesmas transaes contra os mesmos dados ou contas.
24 Teste de Desempenho
O teste de desempenho mede e avalia o tempo de resposta, o nmero de transaes e outros requisitos sensveis ao tempo.
Verificar comportamento do sistema para funes de transaes ou de negcio designadas sob as seguintes condies: Carga normal de trabalho Carga limite de trabalho.
25 Teste de Instalao Garantir que o software possa ser instalado (completamente, de forma personalizada ou atualizado) sob condies apropriadas;
Verificar que, uma vez instalado, o software funciona corretamente.
26
Verifica a resistncia a falhas e a compatibilidade tcnica em relao a linguagem, sintaxe, banco de dados (novos e legado)
Teste de Integridade
Resumo Dimenses de Qualidade
28 Tipos de Testes (O que testar) Tcnicas de Testes (Como testar) Nveis de Testes (Quando testar) Caixa Branca Caixa Preta
Unitrio Integrao Sistema Aceitao Funcional Regresso Segurana Volume Usabilidade Stress Desempenho Instalao Integridade Exerccio 1 Identifique os tipos de testes para atender aos requisitos do sistema Venda de Livros pela Internet
Tempo: 20 minutos Equipe: Duplas 29 Ciclo de Vida do Processo de Teste 31
TESTE = EXECUO Teste ?? Executar Testes Quando as pessoas pensam em teste, normalmente a primeira coisa que vem a mente a sua execuo
A Execuo dos Teste uma das etapas do Processo! 32 Fonte: Teste de software, de Emerson Rios e Trayah Moreira (Rio de Janeiro, Alta Books, 2003) 2 Planejamento
3 Preparao
1Procedimentos Inicias
4 Especificao
5 Execuo
6 Entrega
Modelo 3P x 3E 33 Planejamento: Plano de Testes
Ambiente e Ferramentas
Contratao
Especificao: Casos de Testes
Execuo: Relatrio de Log e Relatrio de Incidentes Entrega: Relatrio Sumrio
Documentos - Processo de Teste 34 Padro IEEE 829 Norma mundial que trata da documentao de cada etapa do processo de teste de software. Tem por objetivo descrever os documentos necessrios para apoiar a atividade de teste de software.
Os documentos descritos neste padro abrangem o planejamento, especificao e a gerao de relatrios de testes; 35
Define quais as tcnicas e tipos de testes que sero aplicados em cada nvel de teste. Anlise dos riscos do projeto de testes, traando a estratgia para atender aos objetivos e critrios de aceitao dos testes. Define o escopo do teste bem como o cronograma. Define dos responsveis pelas atividades. Critrios de aceitao dos testes Mtricas que sero coletadas Necessidades de ambiente de testes
1. Plano de Teste 36 Principais Informaes:
Identificao do Plano de Teste Introduo Itens de Testes Funcionalidades a serem testadas Funcionalidades que no devem ser testadas Abordagem dos testes Critrios de concluso dos testes Critrios para interrupo e retomada dos testes; Entregas Ambiente de teste Responsabilidades Pessoal (equipe, treinamento, local etc.) Cronograma Riscos do processo de teste (mitigao e contingncia) Aprovao 37 1. Plano de Teste - template
Especificar os caminhos para testar o software;
2. Caso de Testes Diz a lenda que um certo dia um testador foi at o programador mestre e disse: Todos os meus testes sempre passam. No mereo um aumento? Ento o mestre respondeu: Se todos os seus testes passam, sempre que so executados, voc precisa escrever testes melhores... 38
Principais informaes: Pr-condies de execuo Prioridade do teste Entradas de usurio / dados do teste Aes do usurio / sistema Resultados esperados para um objetivo especfico
2. Caso de Testes - Template 39 3. Relatrio de Log
Objetivo: fornecer um registro cronolgico das ocorrncias de todo o processo de execuo dos testes.
Principais informaes: quem executou, quando executou, resultado obtido com a execuo;
40 4. Relatrio de Incidentes Objetivo: documentar qualquer evento ocorrido durante a execuo dos testes que requeira algum tipo de investigao ou correo.
Principais informaes: Descrio do incidente, data de abertura, responsvel, status, severidade, prioridade, causa do defeito...
41 5. Relatrio Sumrio de Teste Objetivo: Avaliar os resultados e atividades de teste e comparar com cronograma previsto.
Principais Informaes: Variaes ocorridas (prazo, esforo), Sumrio do resultado (qtde casos de testes testados, qtde incidentes, ocorrncias no resolvidas, ...), Mtricas, Lies aprendidas.
42 Equipe de Testes - Formao 43 Matriz de Responsabilidades Etapas Atividades LT AT AN TE Planejamento Elaborar Estratgia de Teste E P Elaborar Plano de Teste E P Preparao Disponibilizar infra-estrutura e ferramentas A E P Disponibilizar Pessoal E P Especificao/ Execuo Elaborar Casos de Teste e Script de Teste A P E Executar os Testes E Acompanhar o andamento dos testes E Entrega Avaliar e arquivar a documentao de teste A E P Responsabilidades E Execuo das atividades P Participa na execuo (co-responsvel) A Acompanha / informado dos resultados Equipe de Testes - Responsabilidades 44 Discusso em grupo...
Por que importante ter um processo de testes documentado? 46 Controle do que est sendo testados Sabe-se o quanto foi testado. Reduz a duplicao de esforo depois ter uma base de documentao j criada (reaproveitamento) No se deixa perder o conhecimento adquirido durante o processo de testes Torna-se mais fcil a manuteno do software. Facilita o acompanhamento e a gerencia do teste um meio eficaz de comunicao na equipe de teste. Fornece aos clientes evidncia da qualidade do software Diminui a dependncia entre membros da equipe de teste. Por que importante ter um processo de testes documentado? 47 Dificuldades para ter uma documentao de testes Discusso em grupo...
48 Dificuldades para ter uma documentao de testes
Resistncia elaborao de documentos faz parte da cultura de profisses tcnicas; Nem sempre a informao necessria ao planejamento e projeto do teste est facilmente disponvel; Desconhecimento de padres de documentao pelos testadores; Normalmente, as ferramentas que auxiliam o processo de documentao do teste so caras e complexas; Falta de conscincia da importncia da documentao. Falta de planejamento de esforo para documentao dos processos de testes; 49 Conceitos para a Preparao dos Casos de testes 50 O que um Caso de Teste? uma situao diferenciada e nica de comportamento no sistema, com o objetivo de identificar um defeito no previsto em todo o ciclo de desenvolvimento. 51 Padro de Qualidade do Caso de Teste
Efetivo: Testar o que se planejou testar
Econmico: Sem passos desnecessrios
Reutilizvel: Possa ser repetido
Rastrevel: Possa identificar o requisito a ser testado
Autoexplicativo: Possa ser testado por qualquer pessoa
52 Derivao do Caso de Teste Os casos de testes so derivados de uma especificao formal que define os requisitos.
Requerimentos Casos de Uso Casos de Testes 53 Exemplo Exemplo de um Caso de Teste Caso de Teste Objetivo 002_01_IncluirCliente Verificar o cadastro de cliente com sucesso.
Pr Condio: 1. Executar o caso de teste 001_01_ListagemComDados
Procedimentos:
Passo Ao Resultado Esperado 1 Clicar no boto "Incluir" exibida a tela "Incluir/Alterar Cliente 001-02" com os campos Nome, Endereo, Bairro, Estado, Cidade, Cep e Telefone e botes "Salvar" e "Fechar" 2 Informar os campos obrigatrios > Clicar no boto "Salvar" O sistema limpa os campos da tela e emite a mensagem "Cadastro efetuado com sucesso." no topo da tela "Incluir/Alterar Cliente 001-02".
Ps Condio: Cliente cadastrado com sucesso na base de dados. 54 ... antes de elaborar casos de testes Definio de cenrios de testes Organiza as idias do que deve ser testado; Avalia a cobertura dos testes antes do esforo da preparao; Revisa os requisitos de testes;
55 Exemplo
Cenrio 1: Pesquisa vlida de livro
Caso de Testes 1: Pesquisa por ttulo
Caso de Testes 2: Pesquisa por autor existente
Caso de Testes 3: Pesquisa todos os livros
Caso de Testes 4: Pesquisa livros inexistentes
Cenrio 2: Pesquisa invlida de livro
Caso de Testes 1: Campo obrigatrio em branco
Caso de Testes 2: Pesquisa autor invlido
Requisito 1: Pesquisar livro Cada caso de testes ter um conjunto de passos ou procedimentos para a realizao da pesquisa. Exemplo: - Informar o ttulo vlido - Clicar no boto Pesquisar - Sistema retorna a lista de livros para o ttulo pesquisado - Clicar em Fechar 56 Tcnicas de Testes O que uma tcnica de teste? Padres que auxiliam na identificao dos cenrios de testes de acordo com o requisito a ser testado. 57 No mnimo quantos casos de testes podem ser levantados para a tela abaixo? Ttulo: Autor: Pesquisar Voltar Tela Pesquisar obra 58 Resposta Ttulo Autor Resultado V V Pesquisa OK V - Pesquisa OK - V Pesquisa OK - - Msg erro V I Msg erro I V Msg erro I - Msg erro - I Msg erro I I Msg erro Fazendo este exerccio, implicitamente voc est utilizando uma tcnica de testes. Tcnicas de testes funcionais 1. Equivalncia de Classe
2. Valor Limite
3. Tabela de Deciso
Tcnicas de testes funcionais 1. Equivalncia de Classe Regra: Menor ou igual a 16 anos no contrata funcionrio Maior que 16 a 18 anos contrata em tempo parcial Maior que 18 a 55 anos contrata em tempo integral Maior que 55 anos no contrata 0 16 18 55 5 17 30 60 1. Resultado - Equivalncia de Classe Tcnica para reduo da quantidade de casos de testes, que pode ser utilizada de forma intuitiva.
No mnimo 4 casos de testes para comprovar que a regra de negcio est sendo atendida; Caso de testes Idade entrada Resultado CT1 5 No contrata CT2 17 Contrata tempo parcial CT3 30 Contrata tempo integral CT4 60 No contrata 2. Valor Limite Regra: Menor ou igual a 16 anos no contrata funcionrio Maior que 16 a 18 anos contrata em tempo parcial Maior que 18 a 55 anos contrata em tempo integral Maior que 55 anos no contrata 0 16 18 55 -1, 0, 1 15, 16, 17 17, 18, 19 54, 55, 56 98, 99, 100 99 2. Resultado Valor Limite Caso de testes Idade entrada Resultado CT1 -1 Idade invlida CT2 0 No contrata CT3 1 No contrata CT4 15 No contrata CT5 16 No contrata CT6 17 Contrata tempo parcial CT7 18 Contrata tempo parcial CT8 19 Contrata tempo integral CT9 54 Contrata tempo integral CT10 55 Contrata tempo integral CT11 56 No contrata CT12 98 No contrata CT13 99 No contrata CT14 100 Idade invlida 3. Tabela de Deciso Regra mais complexa: Menor ou igual a 16 anos no contrata Maior que 16 a 18 anos e solteiro tempo parcial Maior que 16 a 18 anos e casado tempo integral Maior que 18 a 55 anos e solteiro tempo parcial Maior que 18 a 55 anos e casado tempo integral Maior que 55 anos no contrata 3. Resultado - Tabela de Deciso Regra1 Regra2 Regra3 Regra4 Regra5 Regra6 Condio Idade 15 17 17 30 30 60 Estado Civil Solteiro Solteiro Casado Solteiro Casado Solteiro Ao Contratao No Parcial Integral Parcial Integral No Pode-se utilizar a tabela de deciso com a tcnica Valores Limites para aumentar a quantidade de valores testados. Exerccio 2 Utilizando as tcnicas de testes Valores Limites, levante a quantidade de casos de testes necessrios para atender regra do negcio
Tempo: 20 minutos Equipe: duplas 67 Exerccio 2 - Regra "... o clculo do desconto por dependente feito da seguinte forma: a entrada a idade do dependente que deve estar restrita ao intervalo [0; 24]. Para dependentes at 12 anos o desconto de 15%. Entre 13 e 18 o desconto de 12%. Dos 19 aos 21 o desconto de 5% e dos 22 aos 24 de 3%. O sistema deve aceitar uma idade mxima vlida de 99 anos". ... 68
Definir prioridade para os casos de testes:
Orientaes para elaborao dos casos de testes 69 - Direciona a execuo dos casos de testes; - Apoia o gerente de testes e gerente de projeto na tomada de deciso (mudana de escopo, prazo) e implantao; Para que serve
No misture diferentes aes em um mesmo passo, nem utilize as conjunes se ou ou. Cada passo deve conter uma entrada/ tarefa clara para o testador.
O nome do caso de testes deve corresponder exatamente situao que est sendo testada; Cada caso de testes deve testar somente uma transao do incio ao fim. Nova transao requer novo caso de teste;
Devem ser elaborados pelo menos 1 caso de testes para o Fluxo Principal, para cada Fluxo Alternativo . Excees e Regras devem ser combinadas de acordo com cada cenrio de testes;
Devem ser testados os limites das funcionalidades;
70 Orientaes para elaborao dos casos de testes - continuao BOAS PRTICAS:
Crie Checklists com as principais regras e referncias para criao dos casos de testes;
Utilize testes padres para serem aplicados pela equipe de desenvolvimento;
71 Desafios da Elaborao dos Casos de Testes Uma abordagem que no avalie o software de forma adequada e efetiva;
Uma abordagem totalmente negativa ou destrutiva talvez nunca seja considerado aceitvel; Evitar dois extremos potenciais: 72 Estimativa de Esforo 74
Como pode ser estimado esforo:
Ferramenta Use Case Point (UCP) - planejamento do esforo com base na quantidade e complexidade dos requisitos;
Entrada de dados: Quantidade de Use Cases; Quantidade de fluxo principal + alternativos;
Exemplo de planilha para clculo de esforo de testes (link) 75 Gesto de Testes e Defeitos 76 Quando o custo da correo dos defeitos for maior do que o custo da ocorrncia do defeito... Custo da Qualidade 77 Quando os testes devem parar? Quanto custa um defeito? A regra 10 de Myers indica que o custo da correo de um defeito tende a ser cada vez maior quanto mais tarde ele for descoberto. 78
Verificao: realizar inspees/revises sobre os produtos gerados pelas diversas etapas do processo de teste. Reviso de Requisitos Reviso do Projeto (Design) Inspeo de Cdigo
Verificao Verificao x Validao Validao: avaliar se o sistema atende aos requisitos do projeto (usurio) Testes 79 Processo de avaliao da qualidade dos artefatos produzidos durante o ciclo de desenvolvimento visando a reduo de custos, antecipando os desvios e rastreando a qualidade dos artefatos a medida que so construdos.
4 DE: PARA: Teste de Verificao / Quality Assurance Atravs de: Checklists Reunies de reviso Reviso em pares 80 Um processo de verificao:
Apoia a anlise de ambiguidade e / ou descries superficiais dos requisitos; Ajuda a estabelecer processos; Determina programas de medida para avaliar processos; Identifica fraquezas em processos e os aperfeioa; 81 O objetivo do projeto construir um brinquedo que cause emoo e possa ser usado por crianas
Dever ter subidas e descidas ngremes de forma que o usurio sinta medo
O veculo deve poder levar crianas e ter no mnimo 4 rodas
O veculo deve rodar sobre trilhos em alta velocidade
Deve ter um mecanismo de proteo para os Passageiros
Requisitos do cliente 82 Rampas ngremes Trilhos Proteo Utilizado por criana 4 rodas Requisito atendido... mas ..... O que bvio para um no necessariamente bvio para o outro! 83 O que o usurio precisava... 84 Exemplos de Mtricas % de defeitos detectados para cada fase de inspeo (Requisito, Anlise e Design, Construo, Teste);
% de artefatos com defeitos;
% de defeitos detectados por criticidade;
Esforo mdio para correo dos defeitos (Retrabalho);
Ganho na antecipao da deteco dos defeitos; 85 Teste de Verificao / Quality Assurance Progresso da Execuo 86 87 Acompanhamento da execuo Acompanhamento de cronograma por prioridade de teste;
Reports de acompanhamento para todos os envolvidos (periodicidade pr definida);
Controle dos casos de testes que esto bloqueados por defeitos;
Planejamento de ciclos de testes Status execuo por Projeto 10 12 5 20 15 2 16 2 5 1 5 1 14 10 20 5 5 2 1 0 0 5 10 15 20 25 Projeto / Release A Projeto / Release B Projeto / Release C Projeto / Release D Passed Failed Blocked No Run Not Completed Projeto A - Execuo por risco 10 2 5 22 5 12 2 1 10 2 5 16 5 5 8 0 5 10 15 20 25 Passed Failed Blocked No Run Not Completed Alto Mdio Baixo 88 Reports de execuo - exemplo 89 Fluxo do Defeitos - exemplo Acompanhamento de defeitos Status dos defeitos por Prioridade 10 3 5 3 25 2 3 5 3 12 2 5 4 10 9 0 5 10 15 20 25 30 Open Assigned Pending Retest Failed Retest Closed 1-Critical 2-High 3-Medium 4-Low Defeitos por Prioridade Defeitos por Categoria 90 Reports de defeitos - exemplo Projeto A - Defeitos por fase de teste 20 35 30 21 15 3 0 5 10 15 20 25 30 35 40 Closed Open Pending Retest Failed Retest Unitrio Sistema Aceitao Defeitos por Fase de teste 91 Reports de defeitos - exemplo Idade dos defeitos 92 Reports de defeitos - exemplo Mtricas de defeitos utilizando ferramentas 93 Reports de defeitos - exemplo Sumrio Final dos testes e Coleta de Mtricas 95 O que no pode ser medido, no pode ser melhorado! 96 97 Efetividade dos Testes Mede a qualidade dos testes realizados antes do sistema ser implantado, comparando a quantidade de defeitos encontrados na fase Test com relao aos defeitos detectados em Produo.
Densidade de Defeitos Mede a qualidade do projeto de acordo com a quantidade de defeitos encontrados na fase Test e Produo, de acordo com o seu tamanho em UCP. 98 Como Calcular Efetividade dos Testes = A / (A+B)
Densidade de Defeitos = (A + B) / UCP
Considerar: A = Defeitos encontrados nas atividades de testes B = Defeitos encontrados em produo
Exemplo: UCP = 300 (aproximadamente 20 Use Cases)
Total de Defeitos em Teste de Sistema = 100 Total de Defeitos em Teste de Aceitao = 45 Defeitos Produo = 2
Importante medir, analisar e estabelecer metas Indicadores de qualidade Efetividade de testes 88% 90% 94% 94% 80% 70% 75% 80% 85% 90% 95% 100% Release 1 Release 2 Release 3 Release 4 Release 5 Efetividade dos testes - Releases 2010 99 0 0,2 0,4 0,6 0,8 1 1,2 1,4 1,6 Release 1 Release 2 Release 3 Release 4 Release 5 Densidade de defeitos - Releases 2010 Srie1 100 Indicadores de qualidade Densidade de defeitos 101 Defeitos por categoria - 2008 965; 8% 7865; 68% 1206; 10% 1617; 14% Defeitos por categoria - 2009 2351; 19% 6672; 54% 1794; 14% 1650; 13% Defeitos por categoria - 2010 893; 12% 5059; 66% 913; 12% 794; 10%
Identifica onde est a maior causa dos defeitos. Indicadores de qualidade Defeitos por categoria Grande quantidade de defeitos sendo detectados somente no final do projeto Defects - Base 2010 566 645 442 505 2469 3352 707 300 1300 2300 3300 Requirement s Analysis Design UT/ UIT SIT/ ST UAT Post Implement at ion 19% 6% 67% 8% Identifica quando os erros esto sendo detectados. 102 Indicadores de qualidade Fase do projeto Voltando ao 'Relatrio Sumrio de Teste' Gerado ao final do projeto:
Variaes ocorridas (prazo, esforo) Sumrio do resultado (qtde casos de testes executados, qtde incidentes encontrados x corrigidos) Mtricas coletadas Lies aprendidas e recomendaes para melhoria do processo
103 Melhoria do processo... Exemplos de Lies Aprendidas em Projetos (link) 104 Gradativo Adequado Apoio gerncia snior Processos Pessoas Ferramentas Qualidade no uma fase do ciclo de desenvolvimento de software...
parte de todas as fases!
Bibliografia Base de Conhecimento em Teste de Software - 2a. Edio (Rios, Emerson; Cristalli, Ricardo; Moreira, Trayah & Bastos, Aderson. - S.Paulo, Martins Fontes, 2007)
Testes de Software (Molinari, Leonardo. - S.Paulo, rica, 2003.)
The Rational Unified Process - An Introduction (Kruchten, Philippe. - Boston, Addison Wesley, 1999.)
Testes Funcionais de Software (Molinari, Leonardo. Florianpolis, Visual Books, 2008) 107 Avaliao do Treinamento
Deixe sua opinio com relao ao contedo do treinamento, pontos fortes e oportunidades de melhoria 108 Obrigada Nome do professor e-mail do professor Mnica C. S. Vaz [email protected]