Sistema de Aviso de Esportes Universitários
Plano de Testes
Versão 1.0
Histórico da Revisão
|
Data |
Versão | Descrição | Autor |
|---|---|---|---|
| 26 de outubro de 1999 | 1.0 | Versão Inicial | Integração de Contexto |
Índice
- Introdução
- Requisitos para Testes
- Estratégia de Testes
- Recursos
- Datas do Projeto
- Distribuíveis
- Apêndice A: Tarefas de Projeto
Introdução 
Finalidade
Este documento do Plano de Testes para o Sistema de Aviso de Esportes Universitários oferece suporte aos seguintes objetivos:
- Identificar as informações do projeto e os componentes de software existentes que devem ser testados
- Relacionar os requisitos para teste recomendados (alto nível)
- Recomendar e descreva as estratégias de teste que devem ser empregadas
- Identificar os recursos exigidos e fornecer uma estimativa dos esforços de testes
- Relacionar os elementos distribuíveis do projeto de teste
Experiência
O Sistema de Aviso de Esportes Universitários fornece aviso alfanumérico a assinantes quando ocorrerem eventos dentro das categorias de esportes universitários às quais eles assinam. Os assinantes podem, em seguida, se conectar a um Web site personalizado onde poderão visualizar as notícias das quais foram avisados, assim como outras notícias de esportes universitários.
O sistema é composto de 3 subsistemas principais, contidos em um Servidor da Web de Aplicativos e interage com o Web Site WebNewsOnLine existente, assim como com gateways de aviso. Os subsistemas incluem:
- Gerenciamento de Conteúdo - este subsistema aceita conteúdo, marca categorias e exibe títulos para assinantes. Ele também gerencia conteúdo de propaganda direcionado a grupos específicos de assinantes (com base em seus perfis de assinantes).
- Aviso - este subsistema é ativado quando conteúdo novo é carregado no sistema. Ele é responsável por determinar quem deve ser avisado e por enviar mensagens aos gateways de aviso.
- Relatório - este subsistema rastreia e relata os dados de visualização de propaganda.
A arquitetura do sistema pode ser descrita da seguinte maneira:
Escopo
O Sistema de Aviso de Esportes Universitários sofrerá testes de unidade e de sistema. Os testes de unidade irão avaliar a qualidade funcional, enquanto os de sistema avaliam problemas de escalabilidade e desempenho.
A interação dos subsistemas será testada da seguinte maneira:
- Gerenciamento de Conteúdo para Aviso
- Gerenciamento de Conteúdo para Relatório
As seguintes interfaces de sistema serão testadas:
- Sistema de Aviso de Esportes Universitários para o Servidor da Web WebNewsOnLine existente
- Sistema de Aviso de Esportes Universitários para os gateways de aviso
Os testes mais críticos serão os de carregamento e desempenho. Eles serão avaliados da seguinte forma:
- Será criado um cenário de teste que irá gerar números crescentes de páginas, até 200.000.
- Também será criado um cenário de teste que possua conteúdo novo chegando ao sistema na taxa de um item a cada 20 segundos.
- Finalmente, será simulado um carregamento de assinantes crescente até 200.000.
Identificação de Projeto
A tabela abaixo identifica a documentação e disponibilidade, utilizados para desenvolver o plano de testes:
| Documento (incluindo versão e data) |
Criado ou Disponível | Recebido ou Revisado | Autor ou Recurso | Notas |
|---|---|---|---|---|
| Documento de Visão | Sim | Sim | Integração de Contexto | |
| Especificação Suplementar | Sim | Sim | Integração de Contexto | |
| Relatórios de Caso de Uso | Sim | Sim | Integração de Contexto | |
| Plano de Projeto | Sim | Sim | Integração de Contexto | |
| Especificações de Design | Não | Não | ||
| Protótipo | Sim | Sim | Integração de Contexto | |
| Avaliação de Risco de Projeto / Negócios | Sim | Sim | Integração de Contexto |
Requisitos para Teste
A lista abaixo identifica aqueles itens (casos de uso, requisitos funcionais e não funcionais) que foram identificados como destino dos testes. Esta lista representa o que será testado.
Teste de Banco de Dados
Verificar se as informações do assinante podem ser inseridas e recuperadas.
Verificar se o conteúdo e as categorias podem ser inseridos e exibidos.
Verificar se os perfis e as informações de conta dos anunciantes podem ser inseridos e exibidos.
Verificar se as informações específicas de utilização dos assinantes estão sendo rastreadas.
Teste Funcional
Verificar se os assinantes vêem as informações para as quais requisitaram avisos.
Verificar se as páginas são enviadas aos assinantes quando o conteúdo chega.
Verificar se a inserção automática de conteúdo funciona.
Verificar se a aprovação do editor causa inserção de conteúdo não-automático.
Certificar-se de que os assinantes que negaram suas assinaturas não estão recebendo páginas.
Verificar se o conteúdo marcado como arquivado não está sendo exibido novamente aos assinantes.
Verificar se o conteúdo obsoleto é excluído.
Verificar se os relatórios de propaganda são precisos.
Verificar se os relatórios de propaganda podem ser recebidos em formato Microsoft® Word®, Microsoft® Excel ® ou HTML.
Teste do Ciclo de Negócios
Nenhuma.
Teste da Interface com o Usuário
Navegar por todos os casos de uso, verificando se cada painel de UI pode ser entendido facilmente
Verificar todas as funções da Ajuda on-line
Verificar se todas as telas estão em conformidade com os padrões do WebNewsOnLine.
Traçado de Perfil de Desempenho
Verificar o tempo de resposta da interface para o sistema de Gateway do Paginador.
Verificar o tempo de resposta da interface do servidor da Web WebNewsOnLine existente.
Verificar o tempo de resposta quando conectado através de um modem de 56Kbps.
Verificar o tempo de resposta quando conectado localmente (na mesma LAN).
Teste de Carga
Verificar a resposta do sistema com 200 assinantes simultâneos.
Verificar a resposta do sistema com 500 assinantes simultâneos.
Verificar a resposta do sistema com 1.000 assinantes simultâneos.
Verificar a resposta do sistema com 5.000 assinantes simultâneos.
Verificar a resposta do sistema com 10.000 assinantes simultâneos.
Verificar a resposta do sistema com 50.000 assinantes simultâneos.
Verificar a resposta do sistema com 100.000 assinantes simultâneos.
Verificar a resposta do sistema com 200.000 assinantes simultâneos.
Teste de Estresse
Nenhuma.
Teste de Volume
Verificar páginas enviadas dentro de 5 minutos, quando um único elemento de conteúdo chegar.
Verificar páginas enviadas dentro de 5 minutos, quando o conteúdo chegar a cada 20 segundos.
Teste de Segurança e de Controle de Acesso
Certificar-se de que não-assinantes não possam acessar informações exclusivas para assinantes.
Certificar-se de que não-editores não possam aprovar conteúdo.
Certificar-se de que os anunciantes possam ver apenas os seus conteúdos de propaganda.
Teste de Failover/Recuperação
Nenhuma.
Teste de Configuração
Verificar a operação utilizando o navegador Netscape V4.x.
Verificar a operação utilizando o Microsoft® Internet Explorer® V5.x
Teste de Instalação
Nenhuma.
Estratégia de Testes
Tipos de Teste
Teste de Integridade de Dados e do Banco de Dados
| Objetivo do Teste: | Certificar-se de que processos e métodos de acesso funcionam adequadamente, sem a corrupção de dados. |
|---|---|
| Técnica: |
|
| Critério de Conclusão: | Todos os processos e métodos de acesso ao banco de dados funcionam adequadamente e sem nenhuma corrupção de dados. |
| Considerações Especiais: |
|
Teste de Funcionamento
| Objetivo do Teste: | Verificar a funcionalidade do objetivo do teste, incluindo navegação, digitação, processamento e recuperação de dados. |
|---|---|
| Técnica: | Executar cada caso de uso, fluxo de caso de uso ou
função, utilizando dados válidos e inválidos para verificar o seguinte:
|
| Critério de Conclusão: |
|
| Considerações Especiais: | Nenhuma. |
Teste da Interface com o Usuário
| Objetivo do Teste: | Verificar o seguinte:
|
|---|---|
| Técnica: | Criar ou modificar testes para cada janela para verificar a navegação adequada e os estados dos objetos de cada janela e objeto do aplicativo. |
| Critério de Conclusão: | Cada janela teve sua verificação bem-sucedida para permanecer consistente com a versão da avaliação de desempenho ou dentro de um padrão aceitável |
| Considerações Especiais: | Nem todas as propriedades de objetos personalizados e de terceiros podem ser acessadas. |
Traçado de Perfil de Desempenho
| Objetivo do Teste: | Verificar comportamentos de desempenho de transações
designadas ou funções de negócios sob as seguintes condições:
|
|---|---|
| Técnica: | Usar os procedimentos de teste desenvolvidos pelo Teste de Funcionamento ou Teste dos Ciclos de Negócio.
Modificar arquivos de dados (para aumentar o número de transações) ou os scripts para aumentar o número de iterações que em cada transação ocorre. Os scripts deverão ser executados em uma máquina (o melhor é avaliar o desempenho de um único usuário, uma única transação) e deverão ser repetidos com vários clientes (virtuais ou reais, ver considerações especiais abaixo). |
| Critério de Conclusão: | Transação ou usuário único: A conclusão
bem-sucedida dos scripts de teste sem nenhuma falha e dentro da alocação de
tempo esperada ou exigida (por transação)
Transações ou usuários múltiplos: A conclusão bem-sucedida dos scripts de teste sem nenhuma falha e dentro da alocação de tempo aceitável. |
| Considerações Especiais: | O teste de desempenho abrangente inclui ter
uma carga de trabalho "em segundo plano" no servidor.
Há vários métodos que podem ser usados para executar esse teste, incluindo:
O teste de desempenho deverá ser executado em uma máquina dedicada ou em um período de tempo dedicado. Isso permitirá o controle total e a medição exata. Os bancos de dados utilizados para testes de desempenho devem ser do tamanho real ou igualmente escalados. |
Teste de Carga
| Objetivo do Teste: | Verificar os comportamentos de desempenho para as transações designadas ou casos de negócios sob condições de carga de trabalho diversas. |
|---|---|
| Técnica: | Utilizar testes desenvolvidos para Teste de Funcionamento ou de Ciclo
de Negócios.
Modificar arquivos de dados (para aumentar o número de transações) ou os testes para aumentar o número de vezes que em cada transação ocorre. |
| Critério de Conclusão: | Transações ou usuários múltiplos: A conclusão bem-sucedida dos testes sem nenhuma falha e dentro da alocação de tempo aceitável. |
| Considerações Especiais: | Os testes de carga devem ser executados em uma máquina dedicada e em um período de tempo dedicado.
Isso permitirá o controle total e a medição exata.
Os bancos de dados utilizados para carregar os testes devem ser de tamanhos reais ou igualmente escalados. |
Teste de Volume
| Objetivo do Teste: | Certificar-se de que o objetivo do teste funciona com sucesso
sob os seguintes cenários de alto volume:
|
|---|---|
| Técnica: | Usar os testes desenvolvidos pelo Perfil de Desempenho ou Teste de Carga.
Deverão ser utilizados múltiplos clientes, rodando os mesmos testes ou testes complementares, para produzir o pior caso de volume de transação ou conjunto (consultar teste de estresse acima) por um longo período. O tamanho máximo do banco de dados é criado (real, escalado ou preenchido com dados representativos) e múltiplos clientes acostumados a executar consultas e relatar transações simultaneamente por longos períodos. |
| Critério de Conclusão: | Todos os testes planejados foram executados e os limites especificados do sistema foram alcançados ou excedidos sem o software ou sem falha do software. |
| Considerações Especiais: | Qual período seria considerado aceitável para condições de alto volume (conforme mencionado acima)? |
Teste de Segurança e de Controle de Acesso
| Objetivo do Teste: | Segurança no Nível do Aplicativo: Verificar se
um agente pode acessar somente as funções e os dados para o qual seu tipo
de usuário possui permissões.
Segurança no Nível do Sistema: Verificar se somente aqueles agentes com acesso ao sistema e aplicativos possuem permissão para acessá-los. |
|---|---|
| Técnica: | Nível do Aplicativo: Identificar e relacionar cada tipo
de agente e as funções ou dados que cada tipo possui permissão para acessar.
Criar testes para cada tipo de agente e verificar cada permissão criando transações específicas para cada usuário-agente. Modificar o tipo de usuário e executar os testes novamente para os mesmos usuários. Em cada caso, verificar se as funções adicionais e os dados são disponibilizados ou negados corretamente. Acesso do Nível do Sistema (Ver Considerações Especiais Abaixo) |
| Critério de Conclusão: | Para cada tipo de agente conhecido, são disponibilizados a função e dados apropriados e todas as transações funcionam como esperado e são executadas em testes de funcionamento prévios. |
| Considerações Especiais: | O acesso ao sistema deve ser revisado ou discutido com o administrador da rede ou do sistema apropriado. Este teste pode não ser requerido, já que ele pode ser uma função de rede ou de adiministração do sistema. |
Teste de Configuração
| Objetivo do Teste: |
Verificar se o objetivo do teste funciona adequadamente nas configurações de hardware e software requeridas. |
|---|---|
| Técnica: |
Utilizar Scripts de Teste de Funcionamento Abrir e fechar diversos softwares relacionados que não sejam o objetivo do teste, como os aplicativos Excel® e Word®, da Microsoft, como parte do teste ou antes de seu início. Executar transações selecionadas para simular a interação do agente com o objetivo do teste e com o software que não seja o objetivo do teste. Repetir o processo acima, minimizando a memória convencional disponível no cliente. |
| Critério de Conclusão: |
Para cada combinação do software objetivo do teste ou que não seja o objetivo do teste, todas as transações foram concluídas com sucesso e sem falhas. |
| Considerações Especiais: |
Que software que não seja o objetivo do teste é necessário, está disponível e acessível no desktop? Quais os aplicativos normalmente usados? Quais dados os aplicativos estão executando (ou seja, grandes planilhas abertas no Excel, um documento de 100 páginas no Word)? Os sistemas completos, Netware, servidores de rede, bancos de dados, entre outros, também devem ser documentados como parte deste teste. |
Ferramentas
As ferramentas a seguir serão empregadas neste projeto:
| Ferramenta |
Version |
|
|---|---|---|
| Controle de Defeitos |
Home Page do Projeto |
|
| Gerenciamento de Projeto |
Microsoft® Project® |
Recursos
Esta seção apresenta os recursos recomendados para o esforço de teste do Sistema de Aviso de Esportes Universitários, suas responsabilidades principais e seu conjunto de conhecimentos ou habilidades.
Trabalhadores
Esta tabela exibe as premissas de equipe para o projeto.
| Recursos Humanos | ||
|---|---|---|
| Trabalhador | Recursos Mínimos Recomendados | Responsabilidades e Comentários Específicos |
| Coordenador de Teste, Coordenador do Projeto de Teste |
1 (Coordenador de Projetos do Sistema de Avisos de Esportes Universitários) | Fornecer supervisão de gerenciamento
Responsabilidades:
|
| Designer de Teste | 1 | Identificar, priorizar e implementar casos de
teste
Responsabilidades:
|
| Testador | 4 (fornecido por WebNewsOnLine) | Executar os testes
Responsabilidades:
|
| Administrador do Sistema de Testes | 1 | Verificar se o ambiente de testes e recursos são gerenciados
e mantidos.
Responsabilidades:
|
| Administração do Banco de Dados / Gerenciador de Banco de Dados | 1 (fornecido por WebNewsOnLine) | Verificar se o ambiente dos dados de teste (banco de dados)
e recursos são gerenciados e mantidos.
Responsabilidades:
|
| Designer | 2 | Identificar e definir as operações, atributos
e associações das classes de teste
Responsabilidades:
|
| Implementador | 4 | Implementar e testar as classes de teste
e os pacotes de teste um por um
Responsabilidades:
|
Sistema
A tabela a seguir estabelece os recursos do sistema para o projeto de testes.
Os elementos específicos do sistema de testes não são completamente conhecidos até o momento. É recomendável que o sistema simule o ambiente de produção, diminuindo os acessos e tamanhos de banco de dados se e onde for apropriado.
| Recursos do Sistema | |
|---|---|
| Recurso | Nome e Tipo |
| Servidor de Banco de Dados | |
| Rede/Subrede | TBD |
| Nome do Servidor | TBD |
| Nome do Banco de Dados | TBD |
| PCs de Teste Clientes | |
| Incluir requisitos especiais de configuração |
TBD |
| Repositório de Testes | |
| Rede/Subrede | TBD |
| Nome do Servidor | TBD |
| PCs de Desenvolvimento de Teste | TBD |
Datas do Projeto
| Tarefas com Datas | Esforço | Data de Início | Data de Finalização | ||
|---|---|---|---|---|---|
| Testar Plano | |||||
| Testar Design | |||||
| Implementar Teste | |||||
| Executar Teste | |||||
| Avaliar Teste |
Distribuíveis
Modelo de Teste
Para cada teste executado, será criado um formulário com os resultados. Ele incluirá o nome ou ID do teste, o caso de uso ou a especificação suplementar à qual o teste está relacionado, a data do teste, o ID do testador, as condições requeridas de pré-teste e os resultados do teste.
Logs de Testes
O Microsoft Word será utilizado para registrar e relatar resultados de teste.
Relatórios de Defeitos
Os defeitos serão registrados utilizando a Home Page do Projeto na Web.
Apêndice A: Tarefas do Projeto
A tabela a seguir relaciona as tarefas relacionadas aos testes.
| Testar Plano |
| Identificar Requisitos de Teste |
| Avaliar Risco |
| Desenvolver Estratégia de Teste |
| Identificar Recursos de Teste |
| Criar Planejamento |
| Gerar Plano de Teste |
| Testar Design |
| Análise de Carga de Trabalho |
| Identificar e Descrever Casos de Teste |
| Identificar e Estruturar Procedimentos de Teste |
| Revisar e Acessar Cobertura de Testes |
| Implementar Teste |
| Registrar ou Programar Scripts de Teste |
| Identificar Funcionalidades Específicas do Teste no Modelo de Design e Implementação |
| Estabelecer Conjuntos de Dados Externos |
| Executar Teste |
| Executar Procedimentos de Teste |
| Avaliar a Execução do Teste |
| Recuperar Teste Interrompido |
| Verificar os Resultados |
| Investigar Resultados Inesperados |
| Efetuar Log de Defeitos |
| Avaliar Teste |
| Avaliar Cobertura dos Casos de Teste |
| Avaliar Cobertura do Código |
| Analisar Defeitos |
| Determinar se o Critério de Conclusão de Teste e o Critério de Sucesso Foram Atingidos |
Direitos Autorais 1987 - 2003 Rational Software Corporation