RDD PDT V1.0

(1)

ITA

Instituto Tecnológico de Aeronáutica - CE 230 -

Qualidade, Confiabilidade e Segurança de Software

RDD – Recuperação de Dados

<Iteração/Mestre> Plano de Teste

Versão 1.0

(2)

_{ITA Instituto Tecnológico de} Aeronáutica, 2010

Page 2

Histórico da Revisão

Data Versão Descrição Autor

(3)

_{ITA Instituto Tecnológico de} Aeronáutica, 2010 Page 3

Índice Analítico

1. Introdução 5 1.1 Finalidade 5 1.2 Escopo 5 1.3 Público-alvo 5

1.4 Terminologia e Acrônimos do Documento 5

1.5 Referências 5

1.6 Estrutura do Documento 5

2. Missão de Avaliação e Motivação dos Testes 5

2.1 Informações Detalhadas 5

2.2 Missão de Avaliação 5

2.3 Motivadores dos Testes 6

3. Itens-alvo dos Testes 6

3.1 Testes Funcionais 6

3.2 Testes Não-Funcionais 6

4. Resumo dos Testes Planejados 6

4.1 Testes Funcionais 6

4.1.1 Receber Exceções 6

4.1.2 Recuperar dados de exceções previstas. 6

4.1.3 Recuperar dados de exceções de runtime. 7

4.1.4 Enviar dados 7

4.2 Resumo dos Outros Candidatos a Possível Inclusão 7

4.3 Resumo das Inclusões dos Testes 7

5. Abordagem dos Testes 7

5.1 Catálogos Iniciais de Idéias de Teste e Outras Fontes de Referência 7

5.2 Técnicas e Tipos de Teste 7

5.2.1 Teste de Integridade de Dados e de Banco de Dados 7

5.2.2 Teste de Função 7

5.2.3 Teste de Ciclos de Negócios 8

5.2.4 Teste da Interface do Usuário 8

5.2.5 Determinação do Perfil de Desempenho 8

5.2.6 Teste de Carga 8

5.2.7 Teste de Stress 8

5.2.8 Teste de Volume 8

5.2.9 Teste de Segurança e de Controle de Acesso 8

5.2.10Teste de Tolerância a Falhas e de Recuperação 8

5.2.11Teste de Configuração 8

5.2.12Teste de Instalação 8

6. Critérios de Entrada e de Saída 8

6.1 Plano de Teste 8

6.1.1 Critérios de Entrada de Plano de Teste 8

6.1.2 Critérios de Saída de Plano de Teste 8

(4)

Page 4

6.2 Ciclos de Teste 8

6.2.1 Critérios de Entrada de Ciclo de Teste 8

6.2.2 Critérios de Saída de Ciclo de Teste 8

6.2.3 Término Anormal do Ciclo de Teste 8

7. Produtos Liberados. 8

7.1 Sumários de Avaliação de Testes 9

7.2 Relatórios da Cobertura de Teste 9

7.3 Relatórios da Qualidade Perceptível 9

7.4 Registros de Incidentes e Solicitações de Mudança 9

7.5 Conjunto de Testes de Regressão e Scripts de Teste de Suporte 9

7.6 Produtos de Trabalho Adicionais 9

7.6.1 Resultados Detalhados dos Testes 9

7.6.2 Scripts de Teste Funcionais Automatizados Adicionais 9

7.6.3 Guia de Teste 9

7.6.4 Matrizes de Rastreabilidade 9

8. Fluxo de Trabalho de Teste 9

9. Necessidades Ambientais 9

9.1 Hardware Básico do Sistema 9

9.2 Elementos de Software Básicos do Ambiente de Teste 10

9.3 Ferramentas de Produtividade e de Suporte 10

9.4 Configurações do Ambiente de Teste 11

10. Responsabilidades, Perfil da Equipe e Necessidades de Treinamento 11

10.1 Pessoas e Papéis 11

10.2 Perfil da Equipe e Necessidades de Treinamento 14

11. Marcos da Iteração 14

12. Riscos, Dependências, Suposições e Restrições 14

13. Procedimentos e Processos de Gerenciamento 15

13.1 Medição e Avaliação da Extensão do Teste 15

13.2 Avaliação dos Produtos Liberados deste Plano de Teste 15

13.3 Relato de Problemas, Seleção de Pessoas para Resolvê-los e Busca de Soluções 15

13.4 Gerenciamento de Ciclos de Teste 15

13.5 Estratégias de Rastreabilidade 15

(5)

Page 5

<Iteração/Mestre> Plano de Teste

1. Introdução

1.1 Finalidade

A finalidade do Plano de Teste de Iteração é reunir todas as informações necessárias ao planejamento e ao controle do esforço de teste referente a uma iteração específica. Ele descreve a abordagem dada ao teste do software e é o plano de nível superior gerado e usado pelos gerentes para coordenar o esforço de teste.

Este Plano de Teste referente ao USC-RDD suporta os seguintes objetivos: • Identifica os itens que devem ser inspecionados pelos testes.

• Identifica a motivação e as idéias subjacentes às áreas de teste a serem abrangidas. • Descreve a abordagem de teste que será usada.

• Identifica os recursos necessários e fornece uma estimativa dos esforços de teste. • Lista os elementos liberados do projeto de teste.

1.2 Escopo

Este documento se refere ao desenvolvimento do protótipo da Unidade de Software de Computador Recuperação de Dados - RDD

,

abordando seus testes de unidade, relativos à requisitos funcionais do projeto.

1.3 Público-alvo

O público-alvo é a turma de alunos do ITA, de graduação e pós-graduação, que cursam as matérias CE-235, CE-63 e CE-230. Esses desenvolvem o projeto ITA-ECO-SAT 2 sob orientação do Prof. Dr. Adilson Marques da Cunha e o Prof. Dr. Luiz Alberto Vieira Dias.

1.4 Terminologia e Acrônimos do Documento

Consultar o Glossário do Projeto, no documento RDD_GLO_V1.0.pdf. 1.5 Referências

[1] RDD_GLO_V1.0.pdf - Glossário;

[2] RDD_MCU_V1.0.pdf - Modelos de Casos de Uso. 1.6 Estrutura do Documento

Ver Índice Analítico no início do documento. 2. Missão de Avaliação e Motivação dos Testes

Neste documento são descritos os principais testes a serem realizados na verificação do protótipo do RDD a ser desenvolvido.

2.1 Informações Detalhadas

Para verificar o software e garantir sua qualidade, confiabilidade e segurança (no sentido safety), devem-se realizar testes que permitam averiguar se os requisitos funcionais e não- funcionais estão sendo atendidos.

2.2 Missão de Avaliação

Encontrar defeitos, erros e falhas na USC-RDD de modo a maximizar sua qualidade, confiabilidade e segurança.

(6)

Page 6 2.3 Motivadores dos Testes

Detectar possíveis defeitos, erros e/ou falhas. Na tentativa de buscá-los o quanto antes, a fim de evitar aumento nos custos e/ou riscos.

3. Itens-alvo dos Testes

A listagem abaixo identifica os itens  software, hardware e elementos de suporte do produto  que foram identificados como alvo dos testes. Essa lista representa os itens que serão testados.

3.1 Testes Funcionais • Receber Exceções;

• Recuperar dados de exceções previstas;; • Recuperar dados de exceções de runtime; • Enviar dados;

3.2 Testes Não-Funcionais N/A

4. Resumo dos Testes Planejados 4.1 Testes Funcionais

4.1.1 Receber Exceções

Objetivo do Tipo de Teste:

Verificar se a USC-RDD01 é capaz de receber as exceções e processar os dados recebidos.

Técnica: A USC-RDD01 deverá se comunicar com a CCS - CSM

para receber as exceções.

Critérios de Êxito: Recebimento e processamento das exceções realizados com

sucesso. Considerações Especiais: N/A

4.1.2 Recuperar dados de exceções previstas.

Verificar se a USC-TMO RDD02 é capaz de recuperar os dados das exceções previstas no sistema.

Técnica: A USC-RDD02 deverá recuperar os dados da exceção recebida do

RDD01 e formatá-los para envio.

Critérios de Êxito: Recuperação e formatação dos dados para envio, realizadas com

(7)

Page 7

4.1.3 _{Recuperar dados de exceções de runtime.}

Verificar se a USC-TMO RDD03 é capaz de recuperar os dados das exceções não previstas no sistema, ocorridas em tempo de execução.

Técnica: A USC-RDD03 deverá recuperar os dados da exceção recebida do

RDD01 e formatá-los para envio.

Critérios de Êxito: Recuperação e formatação dos dados para envio, realizadas com

4.1.4 _{Enviar dados}

Verificar se a USC-RDD04 é capaz de enviar os dados recuperados das exceções recebidas ao CCS-CSC.

Técnica: A USC-RDD04 deverá se comunicar com a RDD02 e RDD03

para recebimento dos dados recuperados das exceções recebidas. Critérios de Êxito: Envio d o s d a d o s r e c u p e r a d o s a o C C S - C S C r e a l i z a d o

c o m s u c e s s o . Considerações Especiais: N/A

4.2 Resumo dos Outros Candidatos a Possível Inclusão N/A

4.3 Resumo das Inclusões dos Testes

• Verificar se a USC-RDD01 suporta o recebimento de exceções

• Verificar se a USC-RDD02 suporta a recuperação dos dados das exceções previstas no sistema. • Verificar se a USC-RDD03 suporta a recuperação dos dados das exceções não previstas no

sistema, ocorridas em tempo de execução.

• Verificar se a USC-RDD04 suporta o envio dos dados recuperados 5. Abordagem dos Testes

Os testes serão executados de forma manual e/ou automatizada. 5.1 Catálogos Iniciais de Idéias de Teste e Outras Fontes de Referência

N/A

5.2 Técnicas e Tipos de Teste

5.2.1 Teste de Integridade de Dados e de Banco de Dados

N/A.

5.2.2 Teste de Função

(8)

Page 8

5.2.3 Teste de Ciclos de Negócios

N/A.

5.2.4 Teste da Interface do Usuário

N/A.

5.2.5 Determinação do Perfil de Desempenho

N/A. 5.2.6 Teste de Carga N/A. 5.2.7 Teste de Stress N/A. 5.2.8 Teste de Volume N/A.

5.2.9 Teste de Segurança e de Controle de Acesso

N/A.

5.2.10 Teste de Tolerância a Falhas e de Recuperação

N/A.

5.2.11 Teste de Configuração

N/A.

5.2.12 Teste de Instalação

N/A.

6. Critérios de Entrada e de Saída

6.1 Plano de Teste

6.1.1 Critérios de Entrada de Plano de Teste

Após a finalização da Fase de Construção este Plano de Testes poderá ser executado.

6.1.2 Critérios de Saída de Plano de Teste

Se os resultados do Plano de Teste forem positivos este terá sido concluído.

6.1.3 Critérios de Suspensão e de Reinício

N/A.

6.2 Ciclos de Teste

6.2.1 Critérios de Entrada de Ciclo de Teste

N/A.

6.2.2 Critérios de Saída de Ciclo de Teste

N/A.

6.2.3 Término Anormal do Ciclo de Teste

N/A.

(9)

Page 9 7.1 Sumários de Avaliação de Testes

N/A.

7.2 Relatórios da Cobertura de Teste

N/A.

7.3 Relatórios da Qualidade Perceptível

N/A.

7.4 Registros de Incidentes e Solicitações de Mudança

N/A.

7.5 Conjunto de Testes de Regressão e Scripts de Teste de Suporte

Serão elaborados scripts de teste para os tipos de teste definidos. Esses scripts de teste são instruções, passo a passo, que permitem a execução de um teste. Eles podem assumir a forma de instruções de texto documentadas e executadas manualmente, ou de instruções que podem ser lidas pelo computador para ativar a execução automática do teste. Produtos de Trabalho Adicionais.

7.6 Produtos de Trabalho Adicionais

7.6.1 Resultados Detalhados dos Testes

N/A.

7.6.2 Scripts de Teste Funcionais Automatizados Adicionais

N/A.

7.6.3 Guia de Teste

N/A.

7.6.4 Matrizes de Rastreabilidade

N/A.

8. Fluxo de Trabalho de Teste

Os resultados dos testes serão registrados formalmente em documentos com histórico para posterior análise.

9. Necessidades Ambientais

Esta seção apresenta os recursos não humanos necessários ao Plano de Teste. 9.1 Hardware Básico do Sistema

Os conjuntos de tabelas a seguir apresentam os recursos do sistema necessários ao esforço de teste descrito neste Plano de Teste.

(10)

Page 10 Recursos do Sistema

Recurso Quantidade Nome e Tipo

Servidor de Banco de Dados

—Rede ou Sub-rede N/A A ser definido —Nome do Servidor N/A A ser definido

Nome do Banco de Dados N/A A ser definido

PCs de Teste Cliente N/A

Inclua requisitos de configuração especiais

N/A A ser definido

Repositório de Teste

—Rede ou Sub-rede N/A A ser definido —Nome do Servidor N/A A ser definido

PCs de Desenvolvimento de Teste 01 Pentium 4 3 GHz, HD 60 GB, 1 GB RAM

9.2 Elementos de Software Básicos do Ambiente de Teste

São necessários os seguintes elementos de software básicos no ambiente de teste deste Plano de Teste.

Nome do Elemento de Software Versão Tipo e Outras Observações

Windows 7 Sistema Operacional

Internet Explorer 8.0 Navegador da Internet

Mozilla Firefox 3.6.8 Navegador da Internet

Thunderbird 3.1.2 Software Cliente de E-Mail

Avast 5.0.594 Software de Detecção e

Recuperação de Vírus

9.3 Ferramentas de Produtividade e de Suporte

Serão utilizadas as seguintes ferramentas para suportar o processo de teste deste Plano de Teste. Categoria ou Tipo de Ferramenta Nome da Marca da Ferramenta Fornecedor ou Desenvolvida Internamente Versão

Gerenciamento de Teste Rational RequisitePro 2003

Controle de Defeitos TBD

Ferramenta ASQ para teste

(11)

_{ITA Instituto Tecnológico de} Aeronáutica, 2010 Page 11 Categoria ou Tipo de Ferramenta Nome da Marca da Ferramenta Fornecedor ou Desenvolvida Internamente Versão

Ferramenta ASQ para teste de desempenho

TBD Gerador de Perfil ou Monitor de

Cobertura de Teste TBD

Gerenciamento de Projeto Microsoft MS-Project 2007

Ferramentas DBMS N/A

9.4 Configurações do Ambiente de Teste N/A.

10. Responsabilidades, Perfil da Equipe e Necessidades de Treinamento

Esta seção apresenta os recursos necessários para abordar o esforço de teste da USC-RDD descrito neste Plano de Teste, as principais responsabilidades, e os conjuntos de conhecimentos ou de habilidades exigidos desses recursos.

10.1 Pessoas e Papéis

Esta tabela mostra as suposições referentes ao perfil da equipe do esforço de teste. Recursos Humanos

Papel Recursos Mínimos

Recomendáveis

(número de papéis alocados em tempo integral)

Responsabilidades ou Comentários Específicos

Gerente de Testes Supervisiona o gerenciamento.

Estas são as responsabilidades: • planejamento e logística • combinar missão • identificar motivadores • adquirir recursos apropriados

• apresentar relatórios de gerenciamento • defender os interesses do teste

(12)

Page 12 Recursos Humanos

Recomendáveis

Analista de Teste Identifica e define os testes específicos a serem conduzidos.

Estas são as responsabilidades: • identificar idéias de teste • definir detalhes dos testes

• determinar os resultados dos testes • documentar solicitações de mudança • avaliar a qualidade do produto

Designer de Teste Define a abordagem técnica referente à

implementação do esforço de teste. Estas são as responsabilidades: • definir a abordagem dos testes • definir a arquitetura de automação de

teste

• verificar as técnicas de teste

• definir os elementos de testabilidade • estruturar a implementação dos testes

Testador Implementa e executa os testes.

Estas são as responsabilidades:

• implementar os testes e os conjuntos de testes

• executar os conjuntos de testes • registrar os resultados

• analisar as falhas dos testes e possibilitar a recuperação posterior • documentar incidentes

(13)

Page 13 Recursos Humanos

Recomendáveis

Administrador do Sistema de Teste

Assegura a manutenção e o gerenciamento dos recursos e do ambiente de teste. Estas são as responsabilidades:

• administrar o sistema de gerenciamento de teste

• instalar e suportar o acesso às configurações do ambiente de teste e aos laboratórios de teste, bem como a recuperação deles

Administrador do Banco de Dados, Gerente do Banco de Dados

Assegura o gerenciamento e a manutenção dos recursos e do ambiente dos dados de teste (banco de dados).

Estas são as responsabilidades:

• suportar a administração dos dados de teste e das plataformas de teste (banco de dados)

Designer Identifica e define as operações, os

atributos e as associações das classes de teste.

Estas são as responsabilidades: • define as classes de teste

necessárias para suportar os requisitos de testabilidade conforme definido pela equipe de teste

Implementador Implementa as classes de teste e os

pacotes de teste e efetua testes de unidade nos mesmos.

Estas são as responsabilidades: • cria os componentes de teste

necessários para suportar os requisitos de testabilidade conforme definido pelo designer

(14)

Page 14

10.2 Perfil da Equipe e Necessidades de Treinamento

N/A.

11. Marcos da Iteração

Marco Data de Início Planejada Data de Início Real Data de Término Planejada Data de Término Real Planejar Teste 17/08/2010 17/08/2010 23/08/2010 23/08/2010 Projetar Teste 14/09/2010 Implementar Teste 26/10/2010 Executar Teste 03/11/2010 Avaliar Teste 23/11/2010

12. Riscos, Dependências, Suposições e Restrições

Risco Estratégia de Diminuição

Contingência (O risco se concretizou) Os pré-requisitos dos

critérios de entrada não serem atendidos.

O <Testador> definirá os pré-requisitos que deverão ser atendidos antes que o Teste de Carga possa ter início.

O <Cliente> tentará atender aos pré-requisitos indicados pelo <Testador>.

• _{Atender a pré-requisitos} importantes

• _{Considerar a possibilidade de} Falha do Teste de Carga

Os dados de teste se mostrarem

inadequados.

O <Cliente> assegurará a disponibilidade de um conjunto completo de dados de teste apropriados e protegidos.

O <Testador> indicará o que é necessário e verificará a adequação dos dados de teste.

• _{Redefinir dados de teste} • _{Revisar o Plano de Teste e}

modificar os

• _{componentes (ou seja, os scripts)} • _{Considerar a possibilidade de}

Falha do Teste de Carga O banco de dados

necessitar de uma atualização.

O <Administrador do Sistema> tentará assegurar que o Banco de Dados seja atualizado regularmente conforme exigido pelo <Testador>.

• _{Restaurar os dados e reiniciar}

• _{Limpar o Banco de Dados}

Dependência entre Impacto Potencial da Dependência Proprietários

(15)

Page 15 Restrição

Impacto da restrição no esforço de

teste Proprietários

13. Procedimentos e Processos de Gerenciamento

13.1 Medição e Avaliação da Extensão do Teste

N/A.

13.2 Avaliação dos Produtos Liberados deste Plano de Teste

N/A.

13.3 Relato de Problemas, Seleção de Pessoas para Resolvê-los e Busca de Soluções

N/A.

13.4 Gerenciamento de Ciclos de Teste

N/A.

13.5 Estratégias de Rastreabilidade

N/A.

13.6 Aprovação e Encerramento