Documento de Testes

Verso 1.0
16/04/2010

Documento de Testes 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.

Execuo dos testes ............................................................................................................ 20

FOCUS!

Documento de Testes 2010

6.1. 6.2. Planejamento .............................................................................................................. 20 Modelo de reportao de erro.................................................................................... 20

FOCUS!

Documento de Testes 2010

1. HISTRICO DE REVISES

Data 16/04/2010

Verso 1.0

Descrio Definio inicial do documento de testes

16/04/2010

1.0

Reviso do documento de testes

Autor Anlia Lima Cleivson Siqueira Ivan Frana Ivson DIniz Amora Cristina Anlia Lima tila Malta Caio Csar caro Malta Leonardo Vieira

FOCUS!

Documento de Testes 2010

2. INTRODUO

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!

Documento de Testes 2010

o Rational Unified Process (RUP): http://pt.wikipedia.org/wiki/IBM_Rational_Unified_Process o Plano de Testes da Ancine (Agncia Nacional do Cinema): http://www.google.com.br/url?q=http://mds.ancine.gov.br/documentos/Template_P lano_Teste.dot&ei=i3fCSPxNIWglAfN4NHcBA&sa=X&oi=nshc&resnum=1&ct=result&cd=2&ved=0CAkQzgQoA Q&usg=AFQjCNG_QOwWg3WGxrA-l13ZR-FyXOU1qw

FOCUS!

Documento de Testes 2010

3. TESTES

3.1.

TESTE DE BANCO DE DADOS

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).

Testes executados no projeto

o o o o o o o o o

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!

Documento de Testes 2010

3.2. TESTE FUNCIONAL

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!

Documento de Testes 2010

o o o o o o o o o o o Verificar se o usurio consegue pesquisar, atravs do sistema de recomendaes, outros usurios que se encaixem em um dado perfil por ele especificado; Verificar se o usurio consegue enviar e receber mensagens em sua caixa de mensagens; Verificar se um usurio consegue adicionar ou remover outro usurio da sua lista de amigos; Verificar se um usurio consegue usar sistema de follow para seguir os trabalhos de outro usurio ou comunidade; Verificar se o usurio consegue criar, editar e remover posts na wiki, fruns e tpicos; Verificar se o usurio consegue pesquisar assuntos no frum e na wiki; Verificar se o usurio consegue visualizar as notcias divulgadas no sistema; Verificar se o usurio consegue divulgar notcias dentro do sistema; Verificar se o usurio consegue realizar compras na loja virtual; Verificar se o usurio consegue realizar atividades de moderao (desde que tenha permisso para isso); Verificar se o usurio consegue dar sugestes para o melhor funcionamento do sistema;

3.3.

TESTE DE CICLO DE NEGCIO

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!

Documento de Testes 2010

o o o Verificar se as recompensas esto sendo atribudas e entregues de maneira correta em cada atividade s quais estiverem relacionadas; Verificar se os itens e equipamentos esto desempenhando suas funes devidas no jogo; Verificar se os itens/recompensas oferecidos por um usurio aos participantes de projetos e/ou torneios criadas por ele, esto sendo devidamente removidos da sua conta e adicionados aos beneficiados; Verificar se projetos, torneios, e recrutamentos s aceitam propostas at a data limite de inscries e exibem os resultados nas datas previstas; Verificar se os usurios presentes nas listas de bloqueados tm seu acesso restringido em relao a quem os bloquearam; Verificar o funcionamento do sistema de follow, ou seja, se as notcias relacionadas aos outros usurios que algum decide seguir aparecem corretamente e em tempo real. Verificar se quando um usurio coloca um status associado a algum projeto, automaticamente ele fica como "no disponvel" nos outros projetos em que participa;

o o o

3.4.

TESTE DA INTERFACE DO USURIO

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!

Documento de Testes 2010

3.5. TESTE DE PERFORMANCE

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!

Documento de Testes 2010

3.7. TESTE DE ESTRESSE

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.

TESTE DE SEGURANA E CONTROLE DE ACESSO

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!

Documento de Testes 2010

o o o o o o o o Verificar se usurios comuns no podem inserir, remover ou modificar projetos de outros usurios; Verificar se usurios comuns no podem inserir, remover ou modificar comunidades sem que tenham permisso para isso; Verificar se usurios comuns no podem inserir, remover ou modificar torneios de outros usurios; Verificar se usurios comuns no podem inserir, remover ou modificar artigos ou comentrios de Wikis sem que tenham permisso para isso; Verificar se usurios comuns no podem inserir, remover ou modificar tpicos de fruns sem que tenham permisso para isso; Verificar se usurios comuns no podem inserir, remover ou modificar listas de amigos de outros usurios; Verificar se usurios comuns no podem realizar operaes de moderao sem ter status de moderador; Verificar se administradores esto restritos a realizar alguma operao dentro do sistema.

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!

Documento de Testes 2010

4. ESTRATGIAS DE TESTES

4.1.

TESTE DE BANCO DE DADOS

Garantir a integridade dos dados e o funcionamento correto dos mtodos e processos de acesso base de dados. o o o o Chamar todos os mtodos e processos de acesso base de dados, inserindo ou requisitando dados vlidos e invlidos; Verificar se os dados vlidos foram inseridos de forma correta; Verificar se ao adicionar dados invlidos, a mensagem de erro adequada foi retornada ao usurio e o dado no foi inserido; Verificar se todos os eventos do banco de dados ocorrem da forma esperada.

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:

CRITRIO DE FINALIZAO: CONSIDERAES ESPECIAIS:

Todos os testes planejados foram executados, e os erros encontrados foram tratados. Nenhuma.

14

FOCUS!

Documento de Testes 2010

4.3. TESTE DE CICLO DE NEGCIO
Garantir que as regras de negcio sejam corretamente implementadas, para, assim, ser mantida a integridade do sistema. o TCNICA: Executar os casos de usos, inserindo dados vlidos, para verificar se o funcionamento est correto, ou inserindo dados no-vlidos, para verificar se so retornadas mensagens de erro apropriadas e avaliar se as regras de negcio propostas pelo sistema esto sendo obedecidas.

OBJETIVO DO TESTE:

CRITRIO DE FINALIZAO: CONSIDERAES ESPECIAIS:

As informaes inseridas esto todas no padro especificado, ou seja, no h quebra na regra de negcio. Nenhuma.

4.4.

TESTE DA INTERFACE DO USURIO

Garantir que os objetos e caractersticas da interface esto localizados da forma esperada, que as funes e requisitos do negcio sejam acessados da maneira especificada, conferir todas as funcionalidades da interface de usurio e verificar se so de fcil manuseio.

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).

CRITRIO DE FINALIZAO: CONSIDERAES ESPECIAIS:

15

FOCUS!

Documento de Testes 2010

4.5. TESTE DE PERFORMANCE
Observar o tempo de resposta (em condies diversas de hardware, software e rede) para obteno, atualizao, insero de dados e para execuo de funcionalidades do sistema.

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:

TCNICA: CRITRIO DE FINALIZAO: CONSIDERAES ESPECIAIS:

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!

Documento de Testes 2010

4.7. TESTE DE ESTRESSE
Observar o comportamento do sistema quando vrias operaes so realizadas em um curto espao de tempo ou quando o sistema processado num computador com pouca capacidade de memria e processamento.

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.

CRITRIO DE FINALIZAO: CONSIDERAES ESPECIAIS:

4.8.

TESTE DE SEGURANA E CONTROLE DE ACESSO

Conferir se as restries especificadas aos tipos de usurios esto sendo devidamente cumpridas.

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!

Documento de Testes 2010

4.9. TESTE DE FALHA/RECUPERAO
Observar o comportamento do sistema e sua recuperao diante de falhas. E conferir se a execuo ou as funes do sistema no foram prejudicadas com a ocorrncia das mesmas.

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.

CRITRIO DE FINALIZAO: CONSIDERAES ESPECIAIS:

18

FOCUS!

Documento de Testes 2010

5. RECURSOS NECESSRIOS

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!

Documento de Testes 2010

6. EXECUO DOS TESTES

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.

MODELO DE REPORTAO DE ERRO

Na descrio do erro no Mantis, preencher os campos da seguinte forma:

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!