Escolar Documentos
Profissional Documentos
Cultura Documentos
Verso 1.0
16/04/2010
Sumrio
1. 2. Histrico de revises ............................................................................................................. 4 Introduo ............................................................................................................................. 5 2.1. 2.2. 2.3. 3. Objetivos do documento ............................................................................................... 5 Escopo Do Produto ........................................................................................................ 5 Referncias .................................................................................................................... 5
Testes .................................................................................................................................... 7 3.1. 3.2. 3.3. 3.4. 3.5. 3.6. 3.7. 3.8. 3.9. Teste de banco de dados............................................................................................... 7 Teste funcional .............................................................................................................. 8 Teste de ciclo de negcio .............................................................................................. 9 Teste da interface do usurio...................................................................................... 10 Teste de performance ................................................................................................. 11 Teste de carga ............................................................................................................. 11 Teste de estresse ......................................................................................................... 12 Teste de segurana e controle de acesso ................................................................... 12 Teste de falha/recuperao ........................................................................................ 13
4.
Estratgias de Testes ........................................................................................................... 14 4.1. 4.2. 4.3. 4.4. 4.5. 4.6. 4.7. 4.8. 4.9. Teste de Banco de dados ............................................................................................ 14 Teste funcional ............................................................................................................ 14 Teste de ciclo de negcio ............................................................................................ 15 Teste da interface do usurio...................................................................................... 15 Teste de performance ................................................................................................. 16 Teste de carga ............................................................................................................. 16 Teste de estresse ......................................................................................................... 17 Teste de segurana e controle de acesso ................................................................... 17 Teste de falha/recuperao ........................................................................................ 18
5.
Recursos Necessrios .......................................................................................................... 19 5.1. 5.2. 5.3. Ferramentas ................................................................................................................ 19 Recursos Humanos ...................................................................................................... 19 Recurso do sistema ..................................................................................................... 19
6.
FOCUS!
FOCUS!
Data 16/04/2010
Verso 1.0
16/04/2010
1.0
Autor Anlia Lima Cleivson Siqueira Ivan Frana Ivson DIniz Amora Cristina Anlia Lima tila Malta Caio Csar caro Malta Leonardo Vieira
FOCUS!
2.1.
OBJETIVOS DO DOCUMENTO
Este documento possui como objetivo identificar os componentes de software e requisitos a serem testados e descrever as estratgias de testes a serem utilizadas. Neste plano de testes tambm ser fornecida uma estimativa dos esforos e recursos empregados, e ser descrito o planejamento dos testes a fim de que a execuo destes seja acompanhada em detalhes e alcance de maneira prtica e organizada os seus objetivos.
2.2.
ESCOPO DO PRODUTO
O sistema do Arcadea ficar sujeito a testes de unidade, integrao, sistema e aceitao. Os testes de unidade e de integrao lidaro com a qualidade funcional, base de dados, interface grfica e controle de acesso. Enquanto o teste de unidade ir avaliar cada componente individualmente, o de integrao avaliar a juno de todos estes componentes. Os testes de sistema iro avaliar o funcionamento e desempenho do sistema como um todo, verificando seu desempenho. O teste de aceitao consistir na utilizao do sistema final pelo usurio a fim de testar cada requisito implementado, para que finalmente o produto seja validado.
2.3.
REFERNCIAS
Este documento baseado no fluxo de testes do RUP e est diretamente relacionado com o Documento de Requisitos. Alm desse documento padro do processo, este Plano de Testes tambm toma por base o Game Design do Arcadea, pois nesse h definies de vrias regras de negcio que regem o sistema como um todo. o Documento de Requisitos: http://www.cin.ufpe.br/~focus/documentos/Arcadea/Documento_de_Requisitos.pdf o Game Design: http://www.cin.ufpe.br/~focus/documentos/Arcadea/Game_Design.pdf
FOCUS!
FOCUS!
3.1.
Descrio O banco de dados e as regras de negcio devem ser testados de forma independente. Este tipo de teste no deve ser realizado atravs da interface grfica. Este teste est relacionado s operaes bsicas de manipulao dos dados no sistema (insero, remoo, consulta e atualizao).
o o o o o
Verificar se usurios podem ser cadastrados e removidos do sistema; Verificar se itens podem ser associados e desassociados aos usurios; Verificar se equipamentos podem ser associados e desassociados aos usurios; Verificar se pontos do usurio podem ser atualizados corretamente; Verificar se as habilidades podem ser inseridas e removidas pelo usurio; Verificar se projetos podem ser associados ou desassociados ao portflio de usurios e/ou comunidades; Verificar se mensagens podem ser inseridas, removidas e editadas no caixa de mensagens do usurio; Verificar se projetos e torneios podem ser criados, modificados e removidos; Verificar se atividades de gerenciamento podem ser criadas, modificadas, realocadas e removidas; Verificar se arquivos podem ser inseridos, editados e removidos dos repositrios de compartilhamento online; Verificar se grupos e comunidades podem ser criadas, editadas e removidas; Verificar se artigos de Wiki podem ser inseridos, removidos e modificados; Verificar se posts em WIki, tpicos em fruns podem ser criados, removidos e editados; Verificar se amigos podem ser inseridos e removidos da lista de contatos do usurio; Verificar se usurios podem visualizar atualizaes recentes dos seus amigos da lista de contatos; Verificar se produtos podem ser inseridos, editados e removidos da loja virtual;
FOCUS!
Descrio O teste funcional tem por metas a verificao da aceitao dos dados, do processamento, da resposta a este processamento e a implementao apropriada das regras de negcio. Este tipo de teste baseado nas tcnicas de caixa-preta, isto , verificar o sistema e seu processo interno pela sua interao atravs da Interface Grfica do Usurio (GUI) e da anlise das sadas ou resultados.
Testes executados no projeto o o o o o o o o o o o o o o Verificar se o usurio consegue se cadastrar e descadastrar no sistema; Verificar se o usurio consegue acessar sua conta atravs de login e senha; Verificar se o usurio consegue alterar suas informaes pessoais na sua conta (ficha de personagem, habilidades, avatar); Verificar se o usurio consegue divulgar seus trabalhos por meio de portflios e receber feedback de outros usurios; Verificar se o usurio consegue usar um item/equipamento que esteja em seu inventrio; Verificar se o usurio consegue atribuir e realizar tarefas disponveis pelas ferramentas de gerenciamento dentro dos projetos desenvolvidos no sistema; Verificar se o usurio gerente do projeto consegue distribuir a pontuao associada ao projeto entre as tarefas associadas ao mesmo; Verificar se o usurio pode compartilhar arquivos no repositrio online; Verificar se um usurio consegue alterar seu status para informar a outros usurios qual sua situao em determinado projeto; Verificar se o usurio consegue utilizar o sistema de chat para se comunicar com outros usurios; Verificar se o usurio consegue criar, participar de um grupo, desassociar-se dele, ou at mesmo desfaz-la, podendo esta ser associada ou no a um projeto; Verificar se o usurio consegue criar, participar de um torneio, desassociar-se dele, ou at mesmo desfaz-lo; Verificar se o usurio consegue criar, participar de uma comunidade, desassociar-se dela, ou at mesmo desfaz-la; Verificar se um grupo ou usurio pode submeter um projeto que realizou ao portflio de uma ou mais comunidades qual pertence, e se essas comunidades podem escolher entre incluir ou no esses projetos em seus portflios; Verificar se o usurio consegue recrutar outros usurios para seus projetos de interesse ou participar de recrutamento lanados por outros usurios;
FOCUS!
3.3.
Descrio O teste de ciclo de negcio serve para garantir que os alvos de teste e os processos do mdulo funcionem de acordo com os modelos de negcio e cronogramas exigidos. Testes funcionais podem ser usados e vrios usurios podem ser simulados para realizar a verificao das regras de negcio.
Testes executados no projeto o o Verificar se os campos obrigatrios esto sendo preenchidos no momento em que o cadastro realizado; Verificar se os campos destinados a edio de informaes (exemplo: campos de cadastro, sees de perfil, sees de login, informaes de projetos, torneios, propostas) esto sendo preenchidos no formato correto; Verificar se usurios com tipos de conta diferentes possuem as restries e direitos inerentes a seu tipo; Verificar se o sistema de evoluo ocorre segundo os critrios do Game Design (quantidade de pontos e experincia necessrios); Verificar se o usurio de acordo com seu nvel de experincia tem direito a vantagens extras que no esto disponveis a usurios menos evoludos no sistema;
o o o
FOCUS!
o o o
3.4.
Descrio O teste de interface verifica se a interface do usurio fornece o acesso apropriado s funes do sistema e a navegao adequada. Alm disso, este teste garante que os objetos dentro da interface do usurio funcionem de acordo com os padres definidos pelo sistema. Tambm deve verificar a facilidade que o software possui de ser claramente entendido e facilmente operado pelos usurios.
Testes executados no projeto o o o o Navegar por todos os casos de uso, verificando se cada interface do usurio pode ser facilmente acessada; Verificar se todas as funes de ajuda funcionam corretamente; Verificar se as interfaces grficas condizem com o que foi especificado nos respectivos requisitos; Verificar se as interfaces grficas so de fcil manuseio;
o Verificar se os links contidos nas interfaces apontam para os locais/documentos certos; o Verificar se todas as palavras e frases das interfaces esto de acordo com as normas sintticas e gramaticais.
10
FOCUS!
Descrio O teste de performance mede e avalia o tempo de resposta, o nmero de transaes, usurios e outros requisitos sensveis ao tempo.
Testes executados no projeto o o o Verificar o tempo de resposta da troca de informaes entre o servidor e os terminais aceitvel; Verificar o tempo de resposta ao consultar/inserir/remover/atualizar no banco de dados aceitvel; Verificar se o tempo de resposta para operaes que envolvam dados multimdia no ultrapassa 30 segundos.
3.6.
TESTE DE CARGA
Descrio O teste de carga submete o sistema variao de carga de trabalho para medir e avaliar os comportamentos de performance e a sua habilidade de continuar funcionando apropriadamente sob cargas de trabalho diferentes e grandes quantidades de dados ao sistema para determinar se limites que causam a falha do software so alcanados. Tambm avalia as caractersticas de performance, assim como tempos de resposta, taxas de transaes, outros casos sensveis ao tempo e identifica a carga ou volume mximo persistente que o sistema pode suportar por um dado perodo.
Testes executados no projeto o o o o Verificar o comportamento do sistema com 10 usurios; Verificar o comportamento do sistema com 20 usurios; Verificar o comportamento do sistema com 30 usurios; Verificar o comportamento do sistema com 100 usurios.
11
FOCUS!
Descrio O teste de estresse um tipo de teste de performance, implementado e executado para entender o comportamento do sistema durante condies limite ou fora da tolerncia esperada. Tipicamente envolve baixos recursos ou a concorrncia por recursos. Baixos recursos disponveis revelam defeitos que no so aparentes em condies normais.
Testes executados no projeto o o o Verificar o comportamento do sistema ao serem inseridos e/ou modificados vrios dados, fazendo diversas operaes na base de dados num perodo de tempo pequeno; Verificar o funcionamento do sistema quando usado num computador com baixa capacidade de memria principal e processamento; Verificar o desempenho do sistema usando o maior nmero de ferramentas do mesmo simultaneamente.
3.8.
Descrio O teste de controle de segurana e acesso tem seu foco em duas reas principais de segurana: o o 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.
Segurana em nvel de aplicao assegura que usurios so restringidos a funes especficas, ou casos de uso baseados na segurana desejada, ou so limitados aos dados que so disponibilizados a eles de acordo com o perfil definido. Segurana em nvel de sistema assegura que apenas aqueles usurios com permisso de acesso so capazes de acessar o sistema.
Testes executados no projeto o Verificar se usurios comuns no podem inserir, remover ou modificar contas/perfis de outros usurios;
12
FOCUS!
3.9.
TESTE DE FALHA/RECUPERAO
Descrio O teste de falha e recuperao assegura que o sistema pode, com sucesso, recuperar os dados aps uma falha no funcionamento do hardware, do software ou de rede, quando existir perda dos dados ou da integridade dos mesmos.
Testes executados no projeto o Forar uma falha no sistema (realizando operaes no permitidas) e verificar se as informaes permanecem ntegras aps uma falha crtica no sistema.
13
FOCUS!
4.1.
OBJETIVO DO TESTE:
TCNICA:
CRITRIO DE FINALIZAO:
Todos os mtodos e processos de acesso base de dados funcionam da maneira esperada e os dados foram mantidos com consistncia. o O teste necessita de um ambiente de desenvolvimento de SGBD para inserir, modificar ou remover os dados diretamente na base de dados; As invocaes dos testes sero manuais.
CONSIDERAES ESPECIAIS: o
4.2.
TESTE FUNCIONAL
Garantir a funcionalidade apropriada de cada caso de uso testado. o TCNICA: Executar cada caso de uso e percorrer os seus fluxos, utilizando tanto dados vlidos (para verificar se ocorre o resultado esperado), quanto dados invlidos (para verificar se so retornadas mensagens de erro apropriadas).
OBJETIVO DO TESTE:
Todos os testes planejados foram executados, e os erros encontrados foram tratados. Nenhuma.
14
FOCUS!
OBJETIVO DO TESTE:
As informaes inseridas esto todas no padro especificado, ou seja, no h quebra na regra de negcio. Nenhuma.
4.4.
OBJETIVO DO TESTE:
TCNICA:
o Testar a interface com vrios usurios para que seja observada a navegabilidade de cada tela, alm de verificar o nvel de usabilidade do site; o Testar cada seo da interface para verificar se todas esto funcionando de forma correta e consistente de acordo com suas funes.
O usurio consegue utilizar o site com facilidade, e todas as janelas esto funcionando de forma correta e consistente. o A navegao em algumas janelas no site restrita a determinados tipos de usurio (usurio comum, administrador).
15
FOCUS!
OBJETIVO DO TESTE:
TCNICA:
o Realizar operaes providas pelo sistema com um e com vrios usurios paralelamente; o Realizar operaes providas pelo sistema em condies distintas de rede, hardware e software.
Todas as operaes so realizadas em intervalos de tempo aceitveis.
CRITRIO DE FINALIZAO:
CONSIDERAES ESPECIAIS:
o O banco de dados dever ter espao suficiente para armazenar as informaes eventualmente adicionadas/alteradas; o O teste de performance deve ser executado em uma mquina que no esteja utilizando outros programas simultaneamente, para que seja possvel obter medidas mais precisas.
4.6.
TESTE DE CARGA
Verificar o funcionamento do sistema sob diversas condies de carga de trabalho. o Quantidades diversas de usurios testaro, em paralelo, cada funo do sistema.
OBJETIVO DO TESTE:
O sistema funciona corretamente e operaes so realizadas em tempos aceitveis nas condies em que foram executadas. o O teste de carga deve ser executado em uma mquina que no esteja utilizando outros programas simultaneamente, para que seja possvel obter medidas mais precisas.
16
FOCUS!
OBJETIVO DO TESTE:
TCNICA:
o Realizar diversos testes de funo simultaneamente; o Utilizar diversos programas ao mesmo tempo em que se utiliza o sistema;
O sistema funciona corretamente, e mesmo que esteja processando lentamente, os tempos de resposta so aceitveis devido s condies. Nenhuma.
4.8.
OBJETIVO DO TESTE:
TCNICA:
o Identificar e listar cada tipo de usurio e suas respectivas permisses; o Testar as funes permitidas de cada usurio, e verificar se esto todas corretas; o Testar as funes no permitidas de cada usurio e verificar se a operao interrompida e se uma mensagem de erro adequada retornada ao usurio.
As operaes permitidas a cada usurio esto disponveis aos mesmos e o sistema se comporta de forma esperada diante de tentativas de realizao de operaes que no so permitidas a determinados usurios. Nenhuma.
CRITRIO DE FINALIZAO:
CONSIDERAES ESPECIAIS:
17
FOCUS!
OBJETIVO DO TESTE:
TCNICA:
o Forar o sistema a falhar em diversas funcionalidades a partir da insero de dados contrrios s restries, ou operaes ilegais; o Fazer a rede cair no momento em que usurios estejam ativos no sistema;
O sistema se recupera da falha de forma correta e nenhuma funo ou execuo do sistema prejudicada. Nenhuma.
18
FOCUS!
5.1.
o o
FERRAMENTAS
JUnit Mantis
5.2.
RECURSOS HUMANOS
Gerente de testes: Anlia Lima Equipe de testes: o o o o o o Amora Cristina Caio Csar Cleivson Siqueira Irineu Martins Ivan Frana Ivson Diniz
5.3.
o o
RECURSO DO SISTEMA
Sistema de Gerenciamento de Bancos de Dados: MySQL Terminais de usurios: em mdia 3 computadores conectados internet
19
FOCUS!
6.1.
PLANEJAMENTO
Os desenvolvedores do Arcadea, medida que implementarem componentes do sistema, j realizaro testes bsicos para avaliar o funcionamento de cada um deles. Aos sbados, estes desenvolvedores entregaro os seus trabalhos para que sejam validados pela equipe de testes durante toda a semana seguinte, onde os testes planejados ocorrero paralelamente ao desenvolvimento dos casos de uso da prxima iterao. Dessa forma, em cada semana ser realizada a construo de builds, buscando sempre realizar a integrao entre os mdulos e assim fornecer ao sistema uma maior consistncia e corretude. Cada vez que um erro for encontrado, ele ser reportado aos desenvolvedores segundo o padro definido pela equipe. Os desenvolvedores buscaro consertar os erros e repassar o componente novamente equipe de testes, at que cada parte do sistema seja testada e os resultados esperados sejam atingidos.
6.2.
SUMMARY: [BUG] <Nome do erro, ex: Falha no Login> DESCRIPTION: (Aqui, deve-se identificar qual foi procedimento de teste utilizado, facilitando ao desenvolvedor saber qual foi o passo-a-passo utilizado para gerar o erro, e assim buscar reproduz-lo) ADDITIONAL INFORMATION: (Qualquer observao relevante, por exemplo, alguma suspeita da origem do erro - [S fazer isso em casos onde tiver uma suspeita realmente vlida].)
20
FOCUS!