Plano de Testes

Sistema de Estimativas de Projetos

Verso 0.3

Iterao:

Iterao 1

Histrico da Reviso
Data 25/06/2008 29/06/2008 30/06/2008 00:30 Verso 0.1 0.2 0.3 Descrio Criao e definio preliminar da estrutura do artefato com linhas bsicas de ao no processo de testes Reviso para avaliao do sponsor alinhando com reunio de 26/06/2008 Correo do ndice Analtico Autor Romero Ges Romero Ges Romero Ges

NDICE ANALTICO
1. INTRODUO..................................................................................................................................................4 2. PRIORIZAO DE REQUISITOS................................................................................................................5 3. RECURSOS........................................................................................................................................................6 4. ESTRATGIAS DE TESTES..........................................................................................................................7 5. ABORDAGEM DE TESTES............................................................................................................................7 6. RESULTADO DOS TESTES...........................................................................................................................8 7. MARCOS E CRONOGRAMA.........................................................................................................................8 8. RISCOS...............................................................................................................................................................8

Plano de Testes
1. Introduo
Este documento define o Plano de Testes do projeto SEP - Sistema de Estimativas de Projeto, com o objetivo de registrar o que ser testado em cada release e tambm documentar aspectos globais relacionados a testes. Isto possibilitar uma bem-sucedida coordenao e conduo de testes no projeto. 1.1 Finalidade A finalidade do Plano de Teste de Iterao reunir todas as informaes necessrias para planejar e controlar o esforo de teste referente a uma iterao especfica. Ele descreve a abordagem dada ao teste do software e o plano de nvel superior gerado e usado pelos gerentes para coordenar o esforo de teste. Este documento de Plano de Teste referente ao SEP atende aos seguintes objetivos: 1. 2. 3. 4. Identificar informaes de projeto existentes e os componentes de software que devem ser testados Listar os Requisitos de Teste recomendados (nvel alto) Recomendar e descrever as estratgias de teste a serem utilizadas Identificar os recursos necessrios

1.2

Release do Sistema A previso de entrega do primeiro release ser no dia 01 de julho de 2008 no incio da fase de transio. Ele ser gerado a partir do Build liberado em 22 de junho de 2008. Os prximos releases surgiro caso sejam detectados erros no ambiente do cliente e na prxima iterao. Este documento trata dos testes que sero realizados antes da entrega do primeiro release. Macro-Viso Funcional Ver artefato [4] item 1.2. Escopo Este documento tem como escopo, tratar da abordagem de testes caixa preta, tratar dos estgios de teste de sistema e de aceitao. Escopo Negativo No sero testados os seguintes requisitos no funcionais: Padres - [NF002] Desenvolvimento, Usabilidade - [NF004] Interface grfica e Confiabilidade - [NF005] Disponibilidade. Este documento no trata da abordagem de testes caixa branca e dos estgios de teste de unidade e integrao, por serem de responsabilidade intrnseca do papel de programador. Pblico-alvo Este documento destinado a todos os envolvidos com o processo de testes deste sistema. So eles: Cliente, Programador, Testador, Analista de Testes, Gerente de Testes e Gerente de Projeto. Definies, Acrnimos e Abreviaes. Termo Descrio Prefixo de Identificao dos Casos de Uso Prefixo de Identificao dos Requisitos no Funcionais Referncias [1] SEP_DVS_Documento de Viso.doc 29/06/2008 Verso 0.6 [2] SEP_GLS_Glossrio.doc 05/06/2008 Verso 1.0

1.3

1.4

1.5

1.6

1.7 UC NF 1.8

[3] SEP_PGC_Plano de Gerenciamento de Configurao.doc 10/06/2008 Verso 1.2 [4] SEP_MCU_Modelo de Casos de Uso.doc 28/05/2008 Verso 1.0

2.

Priorizao de Requisitos
Esta seo contm os requisitos que so objetos dos testes a serem realizados em ordem de prioridade. Esses requisitos so divididos, por sutes, em casos de uso e requisitos no funcionais conforme descrito abaixo.

2.1

Casos de Uso e Requisitos no funcionais Sero testados: [UC001] Use Case Efetuar Login, [UC002] Manter escopo do problema, [UC003] Associar participante ao escopo, [UC004] Manter sesso, [UC005] Manter atividades, [UC006] Manter Estimativas, [UC007] Sugerir Novas Atividades, [UC008] Gerar Relatrio Para a Reunio de Estimativas, [UC009] Gerar Grfico das Estimativas, [UC010] Gerar Resultado de Estimativa, [UC011] Registrar Avaliao da Estimativa, e os requisitos no-funcionais de Desempenho, Segurana. Critrios de Priorizao Priorizao dos Casos de Uso; 1 Baixa prioridade 2 Mdia prioridade 3 - Alta prioridade IMPACTO - Impacto de falha no requisito sobre o sistema; 1 Baixo impacto 2 Mdio impacto 3 Alto impacto PROBABILIDADE - Probabilidade de ocorrncia de algum problema relacionado ao requisito; 1 Baixa probabilidade 2 Mdia probabilidade 3 Alta probabilidade

2.2 2.2.1

2.2.2

2.2.3

2.2.4 IMPORTNCIA - Comparao de importncia entre os requisitos. Este valor tem um grau de subjetividade; 1 Baixa importncia 2 Mdia importncia 3 Alta importncia 2.2.5 FREQUNCIA - relacionado quantidade de vezes que o requisito executado durante um perodo de utilizao do sistema; 2.3
PRIORIZAO ID

Tabela de Priorizao dos Requisitos

Descrio IMPACTO PROBABILIDADE RISCO AVALIADO FREQUENCIA IMPORTANCIA 3 3 3 3 3 2 1 1 1 1 1 1 1 3 3 1 1 1 1 1 2 3 1 1 1 3 3 3 2 2 2 2 1 2 2 1 1 1 2 3 3 3 3 3 3 3 3 1 1 1 1 1 3 3 3 3 3 2 1 1 1 1 2 1 1

3 UC002 [UC002] Manter escopo do problema 3 UC003 [UC003] Associar participante ao escopo 3 UC004 [UC004] Manter sesso 3 UC005 [UC005] Manter atividades 3 UC006 [UC006] Manter Estimativas 2 UC007 [UC007] Sugerir Novas Atividades 2 UC008 [UC008] Gerar Relatrio Para a Reunio de Estimativas 2 UC009 [UC009] Gerar Grfico das Estimativas 1 UC001 [UC001] Use Case Efetuar Login 1 UC010 [UC010] Gerar Resultado de Estimativa 1 UC011 [UC011] Registrar Avaliao da Estimativa 1 NF001 [NF001] Tempo de acesso 1 NF003 [NF003] Segurana do sistema

2.4

Sutes de Teste As sutes foram definidas com base nos requisitos e agrupam os casos de testes relacionados a tais requisitos.

Sute
Sute de Escopo Sute de Sesso Sute de Desempenho e Segurana

Requisitos da Sute
UC002, UC003, UC005, UC007. UC004, UC006, UC008, UC009, UC010, UC011. UC001, NF001 e NF003.

3.
3.1

Recursos
Ambiente de Teste Software & Hardware O ambiente de teste deve reproduzir o ambiente do cliente. Hardware Nesta verso deste artefato assume-se que o ambiente de teste o mesmo descrito no artefato [3] item 2.2.4 sobre o ambiente de integrao na coluna configurao hardware. Software Nesta verso deste artefato assume-se que o ambiente de teste o mesmo descrito no artefato [3] item 2.2.4 sobre o ambiente de integrao na coluna configurao software. Ferramentas de Teste Descrio O Google Code um projeto de hospedagem de desenvolvimento de software criado pelo Google, sendo utilizado no SEP (artefato [3] itens 2.2.1 e 2.4.1) que fornece um sistema de solicitaes de mudanas (Issue) de cada artefato do projeto. Localizado atravs do Endereo: http://code.google.com/p/teamup. Planilha de clculo utilizada para a elaborao do projeto de testes e anotao dos resultados dos testes. Ferramenta de apoio ao processo de desenvolvimento de Software para pequenas empresas, com foco no gerenciamento de requisitos. Utilizado no SEP para avaliao de impacto de mudanas, atravs de matriz de rastreabilidade, e cobertura dos testes. Responsveis da Disciplina Equipe Romero Ges Responsabilidade Elaborar Plano de Testes; Acompanhar atividades da equipe; Revisar Relatrio Final. Entendimento do negcio; Reviso de Requisitos; Elaborar Projeto de Testes (Identificar, especificar os casos de testes, procedimentos e massa de dados de testes); Submeter Projeto de Testes aprovao da equipe de desenvolvimento; Elaborar Relatrio Final. Executar testes manuais; Reportar erros detectados e testes bloqueados atravs da ferramenta Issue do Google Code.

3.1.1

3.1.2

3.1.3

Ferramenta

Issue do pacote Google Code Microsoft Excel

Controla

3.2 Papis

Gerente de Testes

Analista de Testes

Maximiano Dornelas.

Testador

Maximiano Dornelas, Romero Ges.

Ver procedimentos em [3] item 2.4.1.

4.

Estratgias de Testes
A estratgia deve apoiar a identificao do que ser testado, sendo assim, utilizaremos a partio por equivalncia e os cenrios de casos de uso para identificao de casos de testes, alm dos requisitos no funcionais.

4.1

Cenrios Os cenrios sero obtidos a partir do cruzamento do fluxo principal com os fluxos alternativos, secundrios e de exceo em cada caso de uso, gerando no mnimo, dois casos de testes por caso de uso, onde cada cenrio gera, no mnimo, um caso de teste. Tcnicas Usaremos tcnicas de caixa preta associada ao uso de classes de equivalncia onde pretendemos ter testes que cubram a efetiva funcionalidade dos requisitos assim como uma reduo de casos de teste a um nmero possivelmente gerencivel mantendo uma boa cobertura quanto ao teste e verificao dos requisitos e seus fluxos. Regresso A cada nova solicitao de mudana submetida ao CCM (Ver significado em [3] item 1.3) com o status de desenvolvido, sero utilizados testes de regresso, observando-se a matriz de rastreabilidade para identificar os casos de uso, e por conseqncia os casos de testes que devero ser executados no ciclo de testes de regresso. Automao No sero aplicados testes automticos, pois os custos no justificariam o esforo de implementao dos mesmos para utilizao em poucos ciclos de testes.

4.2

4.3

4.4

5.
5.1

Abordagem de Testes
Estgios de Testes Esta seo lista os estgios de testes a serem realizados a partir da entrega do sistema pela equipe de desenvolvimento. Estgio Sistema Critrio de Entrada Status no Issue : Desenvolvido Critrios de Sada 80% dos cenrios projetados para testes Todos os casos de testes executados Nenhum bug com status bloqueado 2% de bugs de qualquer nvel de severidade Aceitao Status no Issue : Finalizado 2% de bugs com severidade baixa Avaliao do sponsor

5.2

Tipos de Testes Esta seo lista os tipos de testes a serem realizados no projeto juntamente com seus objetivos. Tipo de Teste Teste Funcional Teste de Performance Descrio Testa se as funcionalidades presentes na documentao funcionam com especificado. Verifica se o tempo de resposta do sistema aceitvel.

6.
6.1

Resultado dos Testes

Registro de Bugs Os bugs sero registrados na planilha do projeto de testes. Ao final de cada ciclo de testes, ser gerado um Relatrio de Testes descrevendo o trabalho realizado. O status de cada caso de testes ser reportado na ferramenta Issue do Google Code. Os possveis status reportados pelo testador so: Bloqueado: Problema que bloqueia a execuo da funcionalidade. Testado com erro: Problema detectado durante a execuo da funcionalidade. Testado sem erro: Funcionalidade presente como especificado.

A equipe de desenvolvimento dever analisar os bugs, definindo suas prioridades e severidades, que definiro o encerramento dos estgios de testes e possvel aceitao do produto pelo cliente. O Gerente de Testes e o Gerente do Projeto analisaro, em conjunto, o resultado e decidiro sobre a necessidade de um novo ciclo ou encerramento dos testes.

7.
Data 27/06/2008 30/06/2008 01/07/2008

Marcos e Cronograma
A tabela abaixo relaciona os principais marcos da equipe de testes. Descrio Recebimento do Ambiente para Testes Fim do Primeiro Ciclo de Testes e Avaliao dos Resultados Incio de Testes de Aceitao Novos Ciclos de Testes Fim dos Testes de Aceitao Entrega do Sistema SEP Artefatos Gerados Sistema integrado a ser testado Projeto de Testes com o registro de execuo dos testes e Relatrio de Testes. Sistema integrado a ser entregue. Projeto de Testes com o registro de execuo dos testes e Relatrio de Testes. Avaliao do sponsor que pode incluir solicitao de mudanas. Avaliao final do sponsor.

01 a 16/07/2008 08/07/2008 16/07/2008

8.
Id 1

Riscos
Descrio Falta de conhecimento na ferramenta Issue do Google Code Falta de ferramentas do ambiente para realizao dos Testes Impacto Alto Probabilidade Plano de Contingncia Baixa Plano de Mitigao Bate-papo atravs do Distribudo o plano de Google Talk ou MSN, ou testes em verso seno celular preliminar em 25/06/2008 Transferncia dos testes Equipe de para a equipe de desenvolvimento entrega desenvolvimento ambiente completo para equipe de testes

Alto

Alta