Grupo 07 – Retorno à terra e reentrada
Grupo 07
Plano de Testes
Versão 4.0
Histórico da Revisão
Data Versão Descrição Autor
04/05/2010 1.0 Versão Inicial Jorge Luís Guedes Alves
05/05/2010 2.0 Versão grupo 07 Ludmilla Reis Pinheiro dos Santos
Eduardo Mena Barreto Alonso Jorge Luís Guedes Alves
17/05/2010 3.0 Versão grupo 07 Eduardo Mena Barreto Alonso
Jorge Luís Guedes Alves
Ludmilla Reis Pinheiro dos Santos
25/05/2010 4.0 Inclusão do glossário e algumas
definições
Índice Analítico
1. Introdução 5 Finalidade 5 Escopo 5 Público-alvo 5Terminologia e Acrônimos do Documento 5
Referências 5
Estrutura do Documento 5
2. Missão de Avaliação e Motivação dos Testes 5
Informações Detalhadas 5
Missão de Avaliação 6
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.2 Testes Não Funcionais 6
5. Resumo das Inclusões dos Testes 7
5.1 Testes Não Funcionais 7
6. Resumo dos Outros Candidatos a Possível Inclusão 7
7. Resumo das Inclusões dos Testes 7
8. Abordagem dos Testes 7
9. Catálogos Iniciais de Idéias de Teste e Outras Fontes de Referência 7
9.1 Técnicas e Tipos de Teste 7
9.1.1 Teste de Integridade de Dados e de Banco de Dados 7
9.1.2 Teste de Função 7
9.1.3 Teste de Ciclos de Negócios 7
9.1.4 Teste da Interface do Usuário 7
9.1.5 Determinação do Perfil de Desempenho 7
9.1.6 Teste de Carga 8
9.1.7 Teste de Stress 8
9.1.8 Teste de Volume 8
9.1.10 Teste de Tolerância a Falhas e de Recuperação 8
9.1.11 Teste de Configuração 8
9.1.12 Teste de Instalação 8
10. Critérios de Entrada e de Saída 8
Plano de Teste 9
10.1 Critérios de Entrada de Plano de Teste 9
10.2 Critérios de Saída de Plano de Teste 9
10.3 Critérios de Suspensão e de Reinício 9
Ciclos de Teste 9
10.4 Critérios de Entrada de Ciclo de Teste 9
10.5 Critérios de Saída de Ciclo de Teste 9
10.6 Término Anormal do Ciclo de Teste 9
11. Produtos Liberados 9
11.1 Sumários de Avaliação de Testes 9
11.2 Relatórios da Cobertura de Teste 9
11.3 Relatórios da Qualidade Perceptível 9
11.4 Registros de Incidentes e Solicitações de Mudança 9
11.5 Conjunto de Testes de Regressão e Scripts de Teste de Suporte 9
11.5.1Resultados Detalhados dos Testes 9
11.5.2 Scripts de Teste Funcionais Automatizados Adicionais 10
11.5.3 Guia de Teste 10
11.5.4 Matrizes de Rastreabilidade 10
12. Fluxo de Trabalho de Teste 10
13. Necessidades Ambientais 10
Hardware Básico do Sistema 10
Elementos de Software Básicos do Ambiente de Teste 10
Ferramentas de Produtividade e de Suporte 10
Configurações do Ambiente de Teste 10
14. Responsabilidades, Perfil da Equipe e Necessidades de Treinamento 11
Pessoas e Papéis 11
Perfil da Equipe e Necessidades de Treinamento 12
15. Marcos da Iteração 12
16. Riscos, Dependências, Suposições e Restrições 12
17. Procedimentos e Processos de Gerenciamento 13
Medição e Avaliação da Extensão do Teste 13
Avaliação dos Produtos Liberados deste Plano de Teste 13
Relato de Problemas, Seleção de Pessoas para Resolvê-los e Busca de Soluções 13
Gerenciamento de Ciclos de Teste 13
Estratégias de Rastreabilidade 13
Aprovação e Encerramento 14
Plano de Teste
1. Introdução
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 trabalho desenvolvido pelo Grupo 07 – Retorno à Terra e Reentrada, 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; e • Lista os elementos liberados do projeto de teste.
Escopo
Este documento aborda os Testes de Unidade e Componente. Estes testes abordam a qualidade funcional do Grupo 07 – Retorno à Terra e Reentrada.
Público-alvo
Este Plano de Testes tem como público alvo alunos da disciplina de graduação e pós-graduação do ITA, CE-229 TESTE DE SOFTWARE, respectivamente, ministradas pelo Prof. Luiz Alberto Vieira Dias e Prof. Dr. Adilson Marques da Cunha no 1.o semestre de 2010.
O presente documento também poderá ser utilizado como base para outros alunos e interessados.
Terminologia e Acrônimos do Documento
Vide documento Glossário.
Referências https://sites.google.com/site/itajorgeguedes/ce-229 http://sites.google.com/site/ludmillarps http://sites.google.com/site/edumenabarreto http://sites.google.com/site/ce229ita/ http://www.testexpert.com.br/?q=node/1666 Estrutura do Documento
N/A. A estrutura do documento descreve o que o restante do Plano de Teste contém e fornece uma introdução de como o restante do documento está organizado. Ela poderá ser eliminada se for usado um Índice Analítico, como no nosso caso.
2. Missão de Avaliação e Motivação dos Testes
Neste documento serão contemplados os principais testes a serem executados pelo Grupo 07 – Retorno à TERRA e reentrada, do Projeto MISSÃO LUNAR, alvo da temática de estudo adotada para o primeiro semestre de 2010 da matéria CE-229 Teste de Software.
Informações Detalhadas
Considerando que o Protótipo desenvolvido deve obedecer alguns padrões de qualidade, confiabilidade e segurança (safety) serão aplicados testes para validar as funcionalidades propostas mapeadas na elaboração da alternativa de solução escolhida.
Missão de Avaliação
Localizar problemas importantes e avaliar os riscos da qualidade perceptível.
Motivadores dos Testes
Detectar riscos de qualidade, riscos técnicos, de projeto, casos de uso, requisitos funcionais e não funcionais.
3. Itens-alvo dos Testes
A listagem abaixo identifica os itens do GRUPO 07 – Retorno à Terra e Reentrada, que foram identificados como alvo dos testes. Essa lista representa os itens que serão testados.
3.1 Testes Funcionais
Exclusão dos Arquivos TXT;
Janela de Reentrada na atmosfera terrestre.
3.2 Testes Não Funcionais
Tempo dos estágios; Tempo em órbita.
4. Resumo dos Testes Planejados
4.1 Testes Funcionais
4.1.1 Exclusão dos arquivos TXT
Objetivo do Tipo de Teste: O MÓDULO de Retorno à Terra e reentrada realizará a exclusão dos arquivos TXT (7in.txt 7out.txt e 7log.txt).
Técnica: O programa gerencia a exclusão dos arquivos.
Critérios de Êxito: Exclusão dos arquivos TXT realizadas com sucesso.
Considerações Especiais: O MÓDULO deverá estar em execução
4.1.2 Janela de reentrada na atmosfera
Objetivo do Tipo de Teste: Verificar a janela de reentrada do foguete na atmosfera terrestre no momento correto ( velocidade e ângulo de reentrada). 10 s em órbita
Técnica: O módulo deverá calcular a velocidade e angulação precisas para efetuar a reentrada.
Critérios de Êxito: O foguete entra na atmosfera terrestre sem danos.
Considerações Especiais: Para execução deste teste deve se ter assegurado que o foguete estava em órbita por 10 s até encontrar a janela para reentrada.
4.2 Testes Não Funcionais
4.3 Tempo do Estágio
Objetivo do Tipo de Teste: Verificar o tempo do estágio
Técnica: Adquirir dados do estágio ( 3 tempos de 10 segundos )
Critérios de Êxito: O atendimento de padrões pré-estabelecidos de tempo de 10 segundos para cada trecho.
Considerações Especiais: Nenhuma.
4.4 Tempo em órbita
Objetivo do Tipo de Teste: Verificar se o foguete mantém os 10 s em órbita.
Técnica: Medição do tempo do foguete em órbita da terra ( 10 s ).
Critérios de Êxito: O foguete mantém até 10 s para o momento da janela de reentrada.
5. Resumo das Inclusões dos Testes
Verificar arquivos TXT;
Verificar janela de Reentrada do foguete na atmosfera terrestre.
5.1 Testes Não Funcionais
Tempo de estágio; Tempo em órbita.
6. Resumo dos Outros Candidatos a Possível Inclusão
N/A. Aqui, é onde se descreve separadamente as áreas de teste cuja avaliação e investigação você supõe que poderão ser úteis, mas que ainda não foram suficientemente pesquisadas para justificar com certeza a importância de examiná-las.
7. Resumo das Inclusões dos Testes
N/A. É onde fornecemos um resumo de nível superior dos possíveis testes que poderiam ter sido conduzidos, mas que foram explicitamente excluídos deste plano. Se você não for implementar ou executar um tipo de teste, informe claramente que o teste não será executado ou implementado e justifique. A seguir, há exemplos de justificativas que poderão ser usadas:
“Esses testes não contribuem para alcançar a missão de avaliação.” “Não há recursos suficientes para executar esses testes.” “Esses testes são desnecessários devido aos testes executados por xxxx.”
Segundo um prisma heurístico, se você achar que é perfeitamente concebível que um dos membros de seu público espere que um determinado aspecto de teste seja incluído e se você não pretender ou não puder incluí-lo, justifique sua exclusão. Se a equipe concordar que a exclusão é óbvia, você provavelmente não precisará listá-la.
8. Abordagem dos Testes
Os testes serão executados de forma automatizada.
9. Catálogos Iniciais de Idéias de Teste e Outras Fontes de Referência
N/A, pois não foi definida nenhuma lista a serem utilizados na identificação e seleção de testes específicos.
9.1 Técnicas e Tipos de Teste
9.1.1 Teste de Integridade de Dados e de Banco de Dados N/A, pois não será utilizado banco de dados.
9.1.2 Teste de Função
Vide seção 3. Itens-alvo dos Testes. 9.1.3 Teste de Ciclos de Negócios
N/A. O Teste de Ciclos de Negócios tem a função de emular as atividades executadas no projeto REENTRADA E RETORNO A TERRA ao longo do tempo. Deverá ser identificado um período como, por exemplo, um ano, e deverão ser executadas as transações e as atividades que ocorreriam durante esse período de um ano. Isso incluirá todos os ciclos diários, semanais e mensais, assim como os eventos que mudam com as datas como, por exemplo, lembretes.
9.1.4 Teste da Interface do Usuário
N/A. O Teste da Interface do Usuário (UI) verifica a interação do usuário com o software. A meta do teste de UI é assegurar que a UI forneça ao usuário o acesso e a navegação adequados através das funções do objetivo do teste. Além disso, o teste de UI assegura que os objetos contidos na UI funcionem conforme o esperado e estejam em conformidade com padrões corporativos ou da indústria.
9.1.5 Determinação do Perfil de Desempenho Vide seção 3.2 Testes Não Funcionais.
9.1.6 Teste de Carga
Vide seção 3. Itens-alvo dos Testes. 9.1.7 Teste de Stress
N/A. O teste de stress é um tipo de teste de desempenho implementado e executado para se compreender como ocorrem falhas no sistema devido a condições que estão no limite ou fora do limite das tolerâncias esperadas. Normalmente, isso envolve poucos recursos ou a concorrência de recursos. As condições de poucos recursos revelam como ocorrem falhas no objetivo do teste que não estão aparentes em condições normais. Outros defeitos poderão resultar de uma concorrência por recursos compartilhados como, por exemplo, bloqueios de banco de dados ou largura de banda de rede, embora alguns desses testes sejam geralmente abordados nos testes funcionais e de carga.
9.1.8 Teste de Volume
N/A. O teste de volume revela o objetivo do teste a grandes volumes de dados a fim de determinar se serão atingidos limites que farão com que o software deixe de funcionar. Esse teste também identifica o volume ou a carga máxima contínua que o objetivo do teste pode suportar durante um determinado período de tempo. Por exemplo, se o objetivo do teste estiver processando um conjunto de registros de banco de dados para gerar um relatório, um Teste de Volume usará um grande banco de dados de testes e verificará se o comportamento do software foi normal e se gerou o relatório correto.
9.1.9 Teste de Segurança e de Controle de Acesso
N/A. O Teste de Segurança e de Controle de Acesso concentra-se em duas áreas de segurança principais: Segurança no nível do aplicativo, incluindo o acesso aos Dados ou às Funções de Negócios;
Segurança no nível do sistema, incluindo efetuar login ou acessar remotamente o sistema.
Com base no nível de segurança desejado, a segurança no nível do aplicativo assegura que os atores estejam restritos a funções ou casos de uso específicos, ou que tenham acesso limitado aos dados disponíveis. Por exemplo, todos têm permissão para inserir dados e criar novas contas, mas apenas os gerentes poderão excluí-los. Se houver segurança no nível dos dados, o teste assegurará que o “tipo de usuário um” possa ver todas as informações de um cliente, incluindo dados financeiros. No entanto, o “tipo de usuário dois” somente verá os dados demográficos referentes ao mesmo cliente. A segurança no nível do sistema assegura que somente os usuários a que tenha sido concedido acesso ao sistema serão capazes de acessar os aplicativos e somente através dos gateways apropriados.
9.1.10 Teste de Tolerância a Falhas e de Recuperação Vide seção 3.2 Testes Não Funcionais.
9.1.11 Teste de Configuração
Vide seção 3.2 Testes Não Funcionais. 9.1.12 Teste de Instalação
N/A. O teste de instalação tem duas finalidades. A primeira é assegurar que o software possa ser instalado em diferentes circunstâncias como uma nova instalação, uma atualização e uma instalação completa ou personalizada em condições normais e anormais. Entre as condições anormais estão o espaço insuficiente no disco, a falta de privilégios para criar diretórios e assim por diante. A segunda finalidade é verificar se, depois de instalado, o software funcionará corretamente. Isso geralmente implica executar uma série de testes que foram desenvolvidos como parte dos Testes de Funcionamento.
No nosso projeto, será considerado que a máquina em que o software será executado atende aos requisitos mínimos para a correta execução do mesmo.
Plano de Teste
10.1 Critérios de Entrada de Plano de Teste
Assim que for concluída da Fase de Construção este Plano de Testes poderá ser executado. 10.2 Critérios de Saída de Plano de Teste
Se os resultados do Plano de Teste forem satisfatórios, este Plano de Testes terá sido concluído. 10.3 Critérios de Suspensão e de Reinício
N/A. Os testes (total ou parcial) poderão ser suspensos caso o testador certifique que há requisitos fundamentais que não estão sendo atendidos. Os testes (total ou parcial) poderão ser reiniciados assim que uma nova versão com a correção das solicitações do testador for atendida.
Ciclos de Teste
10.4 Critérios de Entrada de Ciclo de Teste
N/A, pois se considera que há somente um ciclo de teste. 10.5 Critérios de Saída de Ciclo de Teste
N/A, pois se considera que há somente um ciclo de teste. 10.6 Término Anormal do Ciclo de Teste
N/A, pois se considera que há somente um ciclo de teste.
11. Produtos Liberados
11.1 Sumários de Avaliação de Testes
N/A. Apresentará as principais características que serão utilizadas durante a execução dos testes, tais como: identificador do teste, data do teste, nome do testador, objetivo do teste, resultados esperados e resultados obtidos. Estes serão gerados a cada execução do teste.
11.2 Relatórios da Cobertura de Teste
Para cada teste executado, um formulário de resultado de teste será criado. Isso deverá incluir o Nome do Teste, o Caso de Uso ou a Especificação Suplementar com qual o teste encontra-se relacionado, a Data do Teste, o Nome do Testador, as Condições de Pré-teste necessárias e os Resultados do Teste. O Microsoft Word será utilizado para registrar e reportar os resultados de teste.
11.3 Relatórios da Qualidade Perceptível
N/A, pois não foi entregue nenhuma versão do software.
11.4 Registros de Incidentes e Solicitações de Mudança
N/A, pois os requisitos iniciais não foram alterados.
11.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
11.5.1 Resultados Detalhados dos Testes
Serão fornecidos por meio de um conjunto de planilhas do Microsoft Excel relacionando os resultados determinados para cada caso de teste ou refere-se ao repositório dos registros de testes e dos resultados determinados mantidos por um produto de teste especializado.
11.5.2 Scripts de Teste Funcionais Automatizados Adicionais
Os scripts de teste serão fornecidos em um conjunto de arquivos de código-fonte para scripts de teste automatizados compilados para scripts de teste mantidos pelo produto de automação de testes. 11.5.3 Guia de Teste
N/A. O Guia de Teste irá abranger um amplo conjunto de categorias, incluindo Catálogos de Idéias de Testes, Orientações de Práticas Adequadas, Padrões de Teste, Modelos de Erros e de Falhas, Padrões de Design de Automação, etc. Não será fornecido este guia no nosso módulo.
11.5.4 Matrizes de Rastreabilidade
N/A. Poderá ser utilizando uma ferramenta como o Rational RequisistePro ou o MS Excel, para fornecer uma ou mais matrizes de relacionamentos de rastreabilidade entre os itens rastreados. Não será utilizado no nosso módulo.
12. Fluxo de Trabalho de Teste
Os resultados dos testes serão registrados formalmente em documentos com histórico para posterior análise.
13. Necessidades Ambientais
Esta seção apresenta os recursos não humanos necessários ao Plano de Teste.
Hardware Básico do Sistema
A tabela a seguir apresenta os recursos do sistema necessários ao esforço de teste descrito neste Plano de Teste.
Recursos do Sistema
Recurso Quantidade Nome e Tipo
Inclua requisitos de configuração especiais
1 Máquina que suporte a execução do sistema operacional Windows XP
Repositório de Teste - -
PCs de Desenvolvimento de Teste 1 Máquina que suporte a execução do sistema operacional Windows XP
Elementos de Software Básicos do Ambiente de Teste
Sistema operacional Windows XP.
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
Fornecedor Nome da Marca da Ferramenta
Versão
Gerenciamento de Teste Rational RequisitePro
Design de Teste Rational Rose
Testes Funcionais Rational Robot
Testes de Performance Rational Visual Quantify
Teste de Cobertura 2003 Rational Visual PureCoverage
Gerenciamento de Projeto Microsoft Word / Project
Configurações do Ambiente de Teste
Computador portátil como a seguinte configuração: Core 2 Duo 1.73 GHz, 2GB RAM, 120GB HD, com o sistema operacional Windows XP instalado.
14. Responsabilidades, Perfil da Equipe e Necessidades de Treinamento
Esta seção apresenta os recursos necessários para abordar o esforço de teste descrito neste Plano de Teste, as principais responsabilidades, e os conjuntos de conhecimentos ou de habilidades exigidos desses recursos.
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 1 Supervisiona o gerenciamento.
Estas são as responsabilidades: planejar e fazer a logística combinar missão
identificar motivadores adquirir recursos apropriados
apresentar relatórios de gerenciamento defender os interesses do teste
avaliar a eficiência do esforço de teste Analista de Teste 1 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 1 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 testes estruturar a implementação dos testes
Testador 1 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
Recursos Humanos
Papel Recursos Mínimos Recomendáveis
(número de papéis alocados em tempo integral)
Responsabilidades ou Comentários Específicos
Administrador do Sistema de Teste
1 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
1 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 1 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 1 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
Perfil da Equipe e Necessidades de Treinamento
A equipe é composta por pessoas com formação acadêmica em computação, ou áreas afim. Portanto, dispensando a necessidade de treinamento.
15. 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 30/04/2010 03/05/2010 25/05/2010 25/05/2010 Projetar Teste 30/04/2010 03/05/2010 25/05/2010 05/05/2010 Implementar Teste 26/05/2010 25/05/2010 06/06/2010 Executar Teste 06/06/2010 Avaliar Teste 30/05/2010
16. Riscos, Dependências, Suposições e Restrições
Aqui são listados todos os riscos que poderão afetar a execução bem-sucedida deste Plano de Teste e são identificadas as estratégias de diminuição e contingência para cada risco. Além disso, é indicado uma
classificação relativa para a probabilidade de ocorrência e o impacto se o risco se concretizar.
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
17. Procedimentos e Processos de Gerenciamento
Medição e Avaliação da Extensão do Teste
Antes do início do teste o critério de medição e avaliação deve ser definido, com o objetivo de otimizar o teste a ser realizado.
Avaliação dos Produtos Liberados deste Plano de Teste
Este procedimento Resume o processo de avaliação para revisar e aceitar os produtos liberados deste Plano de
Teste. Avaliação será feita na integração com os outros módulos do projeto.
Relato de Problemas, Seleção de Pessoas para Resolvê-los e Busca de Soluções
A definição como os problemas referentes a processos serão relatados, como serão selecionadas pessoas para resolvê-los e o processo a ser seguido para se chegar a uma solução se dará da seguinte forma:
Problemas serão relatados em forma de relatório em arquivo no formato PDF; Serão selecionadas pessoas pertencentes ao grupo de desenvolvimento; Processo de análise no desenvolvimento do software.
Gerenciamento de Ciclos de Teste
Será resumido o processo de controle de gerenciamento de um ciclo de teste por meio de acompanhamento de planilha.
Estratégias de Rastreabilidade
Será verificado a cobertura de Teste em relação às Especificações a qual possibilitará a medição da extensão do teste;
As motivações de Teste irão possibilitar a avaliação da relevância dos testes a fim de ajudar a determinar se eles deverão ser mantidos ou não;
Os elementos de Design de Software possibilitarão o rastreamento das mudanças de design subseqüentes que exigirão que os testes sejam executados novamente ou sejam cancelados;
A solicitações de mudança resultantes irão fazer com que os testes que descobriram a necessidade da mudança sejam identificados e executados novamente para verificar se a solicitação de mudança foi efetuada com êxito;
Aprovação e Encerramento
Para aprovação do plano de teste realizado temos a identificação dos aprovadores pelo nome e título, assim como a data e assinatura de todos os componentes do grupo.
Função Data da realização Nome do responsável
Planejamento dos Testes 25/05/2010 Jorge Luís Guedes Alves
Gerenciamento dos Testes 04/06/2010 Eduardo Mena Barreto Alonso
Glossário
Missão Lunar
Simulação por software de uma missão para levar um veículo à Lua, usando-o para coletar dados e rochas, e posteriormente retornar a Terra.
Reentrada
Neste caso, considera-se reentrada como o movimento do foguete na atmosfera da Terra, em direção à superfície planetária, ou superfície terrestre.
Janela de reentrada
É o ângulo exato menor, mas o mais próximo possível do ângulo limite que possibilita que o foguete possa retornar à atmosfera terrestre a forma segura.
Órbita
Trajetória que um corpo percorre ao redor de outro sob a influência de alguma força (normalmente gravitacional), neste caso será considerado a órbita em torno da Lua e a órbita em torno da Terra.
