PROJETO FINAL - D-D_Tetris - BACH MA8

Transcrição

CENTRO ESTADUAL DE EDUCAÇÃO TECNOLÓGICA PAULA
SOUZA
FACULDADE DE TECNOLOGIA DE SÃO CAETANO DO SUL
CESAR AUGUSTO RODRIGUES
GABRIELA GIOVANNONE DE GODOY
RAUL GRIFFO DOS SANTOS
RICARDO NOGUEIRA MARTINEZ
D&D TETRIS: PROJETO DE TESTE
SÃO CAETANO DO SUL/SÃO PAULO
2009
CESAR AUGUSTO RODRIGUES
GABRIELA GIOVANNONE DE GODOY
RAUL GRIFFO DOS SANTOS
RICARDO NOGUEIRA MARTINEZ
D&D TETRIS: PROJETO DE TESTE
Projeto Articulador – Projeto de
Testes apresentado à Fatec –
SCS como parte dos requisitos
para aprovação do Segundo
Módulo do Curso ASTI
SÃO CAETANO DO SUL/SÃO PAULO
2009
SUMÁRIO
1.INTRODUÇÃO.......................................................................................................................5
1.1 TETRIS TRADICIONAL E D&D TETRIS.....................................................................5
2.JUSTIFICATIVA ....................................................................................................................6
3.OBJETIVO ..............................................................................................................................7
4.METODOLOGIA....................................................................................................................8
4.1 TESTES DE UNIDADE (CAIXA-BRANCA) ................................................................8
4.2 TESTES FUNCIONIAS (CAIXA-PRETA).....................................................................8
5.PLANO DE TESTES ..............................................................................................................9
5.1 REQUISITOS FUNCIONAIS DO SISTEMA .................................................................9
5.1.2 Diagrama de Casos de Uso ............................................................................................9
5.1.3 Descrição dos Casos de Uso ........................................................................................11
5.2
Descritivo de Testes aplicado no Sistema..................................................................16
5.3
Relatório dos Testes...................................................................................................24
5. 4
Caixa Preta..................................................................................................................25
5.5
Caixa Branca..............................................................................................................25
6.CONCLUSÃO.......................................................................................................................26
7.REFERÊNCIAS BIBLIOGRÁFICAS ..................................................................................28
8.ANEXOS ...............................................................................................................................29
ANEXO A - Visão Geral do Jogo D&D TETRIS ............................................................29
Visão Geral do Jogo .................................................................................................................29
Conceito do Jogo ..................................................................................................................29
Temporariedade do Jogo.......................................................................................................29
Temática do Jogo ..................................................................................................................30
Percurso do Jogo ...................................................................................................................30
Início do Jogo ....................................................................................................................30
Desenvolvimento do Objetivo do Jogo .............................................................................30
Desfecho............................................................................................................................30
Descrição dos Objetos ..........................................................................................................30
Reservatório ......................................................................................................................30
Peças..................................................................................................................................30
Placares..............................................................................................................................30
Interação................................................................................................................................31
Alternativa e Concorrência ...................................................................................................31
Características do Jogo Proposto ..........................................................................................31
Características Gerais........................................................................................................31
Características da Edição ..................................................................................................31
Características de Jogabilidade .........................................................................................31
Ambiente Alvo......................................................................................................................31
Análise de Impacto ...............................................................................................................32
ANEXO B -RELATÓRIOS DOS TESTES REALIZADOS ...............................................32
1.INTRODUÇÃO
Este Projeto de Teste visa avaliar as funcionalidades do jogo D&D Tetris, jogo
desenvolvido por participantes deste Projeto com o objetivo de testar seus conhecimentos em
programação utilizando a linguagem Java.
O jogo D&D Tetris foi desenvolvido usando os princípios do tradicional Tetris, que
se desenvolve basicamente efetuando-se o encaixe de certas peças que movimentam-se
verticalmente para baixo na tela.
1.1 TETRIS TRADICIONAL E D&D TETRIS
Tetris é um jogo desenvolvido muito popular desenvolvido em 1984 por Alexey
Pajitnov, Dmitry Pavlovsky e Vadim Gerasimov (1).
O desenrolar do jogo é bem explicado a seguir:
“O objetivo do jogo é encaixar tetraminós, que são peças de diversos formatos que descem do topo de
uma tela. Quando uma linha é completada, desaparece e dá pontos extra ao jogador. O jogo termina quando as
linhas incompletas se empilham até o topo da tela do jogo (2) .”
O jogo se tornou tão popular que muitos outros jogos foram desenvolidos utilizando
a mecânica simples do jogo Tetris tradicional, vários desses jogos podem ser encontrados em
www.sourceforge.net.
O jogo D&D Tetris, objeto de nosso Projeto, também segue a mecânica do jogo
desevonvolvido por Pajitnov, com algumas características próprias (sons, abertura e algumas
outras).
2.JUSTIFICATIVA
Um jogo digital nada mais é do que um software, e, como tal, deve seguir alguns
padrões que a Engenharia de Software impõe.
Testar o software significa investigá-lo, seguindo certas regras, a procura de erros,
falhas e outros entraves que possam influenciar negativamente em sua qualidade e
confiabilidade [Sommerville, 2003].
3.OBJETIVO
Este Projeto tem como objetivo testar as funcionalidades do jogo D&D Tetris em
comparação com o Tetris funcional, ou seja, visa verificar se aquele funciona seguindo os
requisitos funcionais deste.
Requisito funcional descreve uma interação entre o sistema e o ambiente. Além
disso, os requisitos funcionais descrevem como o sistema deve se comportar, considerando
certo estímulo [Pfleeger, 2007].
Em suma, nosso objetivo é verificar se o D&D Tetris foi implementado de forma a se
comportar como o autêntico Tetris, em sua jogabilidade básica. Excluindo-se os requisitos de
temática, pois o sistema em questão apresenta temática própria e que não interfere nas
funcionalidades básicas do sistema.
4.METODOLOGIA
Existem várias maneiras de se testar um software, vários tipos de testes, que são
usados em todas as fases do desenvolvimento do sistema e com objetivos específicos.
No nosso projeto testaremos nosso jogo de duas formas, utilizando testes de unidade
(caixa-branca) e testes funcionais (caixa-preta)
4.1 TESTES DE UNIDADE (CAIXA-BRANCA)
Teste caixa-branca é baseado em um exame rigoroso do detalhe procedimental.
Caminhos lógicos internos ao software e colaborações entre componentes são testados,
definindo-se casos de testes que exercitam conjuntos específicos de condições e/ou ciclos
[Pressman, 2006].
Em nosso projeto utilizaremos o teste caixa-branca em algumas funcionalidades
próprias do sistema em que não é possível aplicar o teste funcional (caixa-preta).
4.2 TESTES FUNCIONIAS (CAIXA-PRETA)
Teste caixa-preta refere-se a testes que são conduzidos na interface do software. Um
teste caixa-preta examina algum aspecto fundamental do sistema, pouco se preocupando com
a estrutura lógica interna do software [Pressman, 2006].
Pelo fato de termos como objetivo principal fazer uma comparação entre as
funcionalidades do D&D Tetris e o Tetris original, será o teste caixa-preta que utilizaremos na
maioria dos nossos casos de teste.
5.PLANO DE TESTES
Nosso plano de testes seguirá a seguinte sequência:
1. Listar os requisitos funcionais do sistema.
2. Com base em alguns dos requisitos será indicada a forma do teste e sua
justificativa.
3. Verificar se a funcionalidade se comporta como esperado (saída).
4. Relatar os resultados.
5. Como forma adicional de testar nosso jogo, analisamos também uma
funcionalidade própria do sistema (parte lógica/ código), através do teste de unidade, com a
utilização da biblioteca JUnit integrada à IDE Eclipse.
5.1 REQUISITOS FUNCIONAIS DO SISTEMA
Uma maneira conveniente de se determinar os requisitos funcionais de um sistema é
identificar seus casos de uso [Pfleeger, 2007].
Os requisitos identificados no jogo Tetris original e nos quais o D&D Tetris se
baseou para ser desenvolvido é demonstrado a seguir através de um Diagrama de Caso de Uso
(utilizando UML 2.0) e a descrição dos seus cenários básicos e alternativos.
5.1.2 Diagrama de Casos de Uso
5.1.3 Descrição dos Casos de Uso
Caso de Uso Iniciar Jogo
Pré-Requisito: Não há
Ator: Jogador
Descrição: Este Caso de Uso é responsável pelas funcionalidades do software como
um todo, abrangendo o início do jogo, a criação e movimentação de peças, atualização de
reservatório, mudança de nível e finalização do jogo.
Cenário Básico
1.
Jogador inicia o jogo a partir da tela principal
2.
O sistema evoca a janela do jogo
3.
O sistema inicia o contador de tempo
4.
O sistema cria os objetos iniciais
5.
O sistema altera o nível para zero (Caso de Uso “Zerar Nível”)
Cenário Alternativo
1.
O jogador seleciona “Sair” na tela principal
2.
O sistema encerra a aplicação
Caso de Uso “Criar Peça”
Pré-Requisito: O jogo deve ter sido iniciado (não foi selecionado “Sair” na tela
principal)
Ator: Não há
Descrição: Ao se iniciar efetivamente o jogo, o sistema deverá imediatamente criar
na tela uma peça dentre as disponíveis é igual à que se encontra no placar de peças, o Caso de
Uso se repetirá cada vez que uma peça atingir o fundo do reservatório.
Cenário Básico “Criar Peça”
1.
O Sistema verifica qual peça se encontra no placar de próxima peça
2.
O Sistema cria uma peça igual ao placar
3.
A peça criada é liberada no reservatório.
4.
Uma nova peça é criada no placar de próxima peça
Caso de Uso “Encaixar Peça”
Pré-Requisito: O jogo deve ter sido iniciado (não foi selecionado “Sair” na tela
principal) Alguma peça deve ter sido criada no jogo.
Ator: Jogador
Descrição: Este Caso de Uso é o responsável pelo encaixe de peças, onde o jogador
“colide” duas peças, com o intuito de formar linhas.
Cenário Básico
1. O jogador movimenta a peça até a posição alvo
2. As peças “colidem”
3. O sistema identifica a posição atual da peça
4. O sistema “elimina” a peça
5. O sistema preenche o reservatório nas lacunas onde a peça se
encontrava
Cenário Alternativo a
1.
O jogador movimenta a peça até a posição alvo
2.
A peça não colide com outra peça
3.
O caso de uso se encerra
Cenário Alternativo b
1.
A posição final de uma peça alcança o topo do reservatório
2.
O jogo é finalizado
Caso de Uso “Atualizar Reservatório”
Pré-Requisito: Peças devem ter sido encaixadas até formar linha(s).
Ator: Não há
Descrição: Esse Caso de Uso é uma extensão do Caso “Encaixar Peça”, dependendo
exclusivamente se as peças formam linhas ou não.
Cenário Básico
1.
As peças na tela formam uma ou mais linhas horizontais
2.
As linhas são eliminadas
3.
O placar de pontuação é incrementado
Caso de Uso “Atualizar Pontuação”
Pré-Requisito: o Caso de Uso “Atualizar Reservatório” deve ter sido executado.
Ator: Não há
Descrição: Após o reservatório ter sido atualizado (linhas formadas – Caso de Uso
anterior), a pontuação é incrementada.
Cenário Básico
1.
O sistema recebe o valor para adicionar na pontuação
2.
O sistema multiplica o valor recebido pelo nível do jogo
3.
O sistema verifica o valor atual do placar de pontuação
4.
O valor do passo dois é somado ao valor lido no passo 3
5.
A soma obtida sobrepõe o valor do placar atual
Caso de Uso “Zerar Nível”
Ator: Não há
Descrição: Ao se iniciar o jogo o placar de nível mostra o número 1 e o som do
sistema é iniciado
Cenário Básico “Zerar Nível”
1.
O Sistema inicia o nível em 1
2.
O sistema mostra na tela o número 1
3.
A trilha sonora inicial se inicia
4.
A velocidade do jogo inicia em 1
Caso de Uso “Incrementar Nível”
Pré-Requisito: O tempo do jogo deve ter atingido um número múltiplo de dois (em
minutos)
Ator: Temporizador
Descrição: Há cada dois minutos de jogo, o contador de nível é incrementado em
um, aumentado a velocidade das peças e do som.
Cenário Básico “Incrementar Nível”
1.
O tempo de jogo atinge um número múltiplo de 2
2.
O temporizador envia uma “mensagem” ao sistema
3.
O sistema lê o nível atual do placar de nível
4.
O sistema incrementa o placar de nível em 1 e mostra o valor na tela
5.
O sistema chama a trilha sonora de acordo com o nível apresentado
6.
A velocidade do jogo é atualizada de acordo com o valor obtido em 5
Caso de Uso “Movimentar Peça”
Pré-Requisito: Deve ter sido criada uma peça na tela
Ator: Jogador
Descrição: Este Caso de Uso é o responsável pela movimentação das peças dentro
do reservatório
Cenário Básico “Movimentar Peça”
1.
O Sistema movimenta a peça para baixo continuamente a cada segundo
no primeiro nível e vai aumentando essa velocidade a cada nível posterior
2.
O jogador pressiona uma tecla relativa a movimentos da peça (:
mover esquerda, : mover direita, ↓: mover baixo – aumenta velocidade da descida,
↑: girar peça em 90º)
3.
O sistema movimenta a peça conforme ação do jogador
Cenário Alternativo “Movimentar Peça”
1.
Igual Cenário Básico
2.
A extremidade lateral/inferior da peça atinge o limite lateral
(esquerda/direita) ou o fundo do reservatório
3.
O jogador continua pressiona tecla que não possibilita movimento
(mover para esquerda quando peça atingiu limite lateral esquerdo e assim por diante)
4.
O sistema não permite a movimentação desejada e bloqueia os
comandos proibidos
Caso de Uso “Finalizar Jogo”
Ator: Jogador ou não
Descrição: Caso de Uso que controla o encerramento do software
Cenário Básico “Finalizar Jogo”
1.
Jogador: Utiliza o comando de encerrar jogo;
2.
Sistema: Encerra a aplicação;
Cenário Alternativo “Finalizar Jogo”
1.
Sistema: Identifica outra chamada de fim de jogador não proveniente do
2.
Sistema: Le o valor atual do placar de pontuação;
3.
Sistema: Apresenta a animação de fim de Jogo;
4.
Sistema: Exibe o nível atual do jogador e o valor obtido no passo 3;
5.
Sistema: Encerra a aplicação.
jogador.
5.2
Descritivo de Testes aplicado no Sistema
Teste de Funcionalidade (Caixa-preta)
O funcionamento do jogo possui diversas funcionalidades que são de funcionamento
critico e de grande importância para o funcionamento total do sistema. Para validar e
garantir o funcionamento dessas rotinas foi utilizado a metodologia de teste de
funcionalidade conforme descrito abaixo.
Cenário Básico “Iniciar Jogo”
Lista de testes:
1.
Abrir o Jogo
2.
Clicar em Iniciar
3.
Verificar se os objetos básicos se iniciam
4.
Verificar se o som se inicia
5.
Repetir do passo 1 cinco vezes
Entradas:
Clicar em Iniciar
Justificativa:
Ao iniciar o jogo o comportamento esperado é que se iniciem todos os objetos
iniciais na tela (reservatório, contadores e criação de peça), alem de se iniciar a trilha sonora.
Todos esses comportamentos devem ser iniciados ao se clicar no botão iniciar.
A justificativa para a quantidade dos testes, é o de se verificar se a criação de peças e
aleatória, e qual é a primeira a aparecer no jogo.
Cenário Alternativo “Iniciar Jogo”
Lista de testes :
1.
Abrir o Jogo
2.
Clicar em Sair
3.
Anotar se o jogo se encerra
4.
Repetir três vezes os passos anteriores
Entradas:
Clicar em “Sair” no menu inicial
Justificativa:
Esse teste visa se a saída do jogo ocorre normalmente ao se clicar em Sair na tela
principal.
Cenário Básico “Criar Peça”
Lista de testes:
1.
Abrir o Jogo
2.
Verificar se a peça que aparece na tela é idêntica ao placar de próxima
3.
Aguardar novas peças aparecer e repetir o passo 2
4.
Observar pelo menos 10 peças
5.
Repetir o teste três vezes
peça
Entradas:
Clicar em “Iniciar” no menu inicial
Justificativa:
O placar de próxima peça deve sempre mostra a próxima peça a aparecer na tela,
quando a peça chega ao fim do reservatório, uma nova peça deverá aparecer no contador, o
intuito deste teste é verificar se isso ocorre normalmente.
Cenário Básico “Encaixar Peça”
Lista de testes:
1.
Aguardar alguma peça chegar ao fim do reservatório
2.
Movimentar outra peça até colidir com a anterior
3.
Repetir passos 1 e dois com peças diferentes
Entradas:
Forçar o encontro entre peças para verificar seus encaixes.
Justificativa:
Ao colocar em contato no jogo espera-se que não haja mudança em suas formas, ou
seja, que suas formas se “somem” na tela, formando um novo desenho com as novas peças. O
teste visa verificar se peças não “entram” uma na outra.
O teste ideal é conseguir combinar todas as colisões entre peças, tentando encaixá-las
de todas as formas possíveis, desde suas formas iniciais, e com todas as rotações possíveis.
Como o teste ideal demanda muito tempo (pela grande quantidade de combinações) e
dependeria de termos as peças no momento escolhido na tela, nosso teste foi feito com
algumas combinações, cronometrando-se por dois minutos o jogo em cada um de três testes e
anotando os resultados das combinações observadas
Cenário Alternativo b “Encaixar Peça”
Lista de Testes:
1.
Forçar uma peça a chegar ao topo do reservatório
2.
Verificar se o jogo termina
3.
Repetir os passos 1 e 2 para cada uma das cinco peças
Entradas:
Forçar cada uma das cinco peças a ultrapassar o topo do reservatório
Justificativa:
Como uma das formas de finalizar o jogo, o objetivo aqui é verificar se quando
qualquer uma das peças encontra o topo do reservatório o software termina sua execução.
Cenário Básico “Movimentar Peça”
Lista de testes:
1.
Aguardar peça ser liberada no reservatório;
2.
Movimentar a peça para a esquerda um passo;
3.
Verificar se a peça e movimentou corretamente;
4.
Movimentar a peça para a direita dois passos;
5.
Verificar se a peça e movimentou corretamente;
6.
Executar o comando de girar;
7.
Verificar se a peça gira corretamente;
8.
Repetir os passos 7 e 8, quatro vezes;
9.
Validar se a peça se movimenta para os três sentidos ( baixo, direita,
esquerda) e se gira corretamente
Entradas:
- Movimento de um passo para a direita;
- Movimento de dois passos para a esquerda.
Justificativa:
- Utilizado tipo de peça “L” porque é claro a visualização de seus movimentos
de giro e de sentido ( baixo, direita e esquerda);
- Utilizado apenas um passo para a direita para verificar locomoção da peça para
fora da sua posição padrão;
- Utilizado apenas dois passo para a esquerda para verificar locomoção e evitar
que a peça permaneça na posição padrão.
Cenário Alternativo “Movimentar Peça”
Lista de testes:
1.
Aguardar peça ser liberada no reservatório;
2.
Mover a peça para a extremidade direita do reservatório;
3.
Forçar o movimento um passo para a lateral direita;
4.
Verificar se o movimento é bloqueado;
5.
Movimentar a peça para a lateral esquerda do reservatório;
6.
Forçar o movimento um passo para a lateral esquerda;
7.
Verificar se o movimento é bloqueado
8.
Validar se os bloqueios de peça estão funcionando corretamente e as
peças não ultrapassam os limites do reservatório
Entradas:
- Movimento de um passo para a direita;
- Movimento de um passo para a esquerda.
Justificativa:
- Utilizado tipo de peça “L” porque é clara a visualização de seus movimentos
de sentido (direita e esquerda);
- Utilizado apenas um passo para a direita, porque se a peça estiver na
extremidade direita do reservatório, podem ser executados 1 ou N movimentos que os
mesmos serão bloqueados;
- Utilizado apenas um passo para a esquerda, porque se a peça estiver na
extremidade esquerda do reservatório, podem ser executados 1 ou N movimentos que os
mesmos serão bloqueados.
Teste de Unidade (Caixa-branca)
O funcionamento do jogo acontece através do encaixe de diversas peças, através do
teste do algoritmo de colisão, conseguimos garantir o funcionamento principal do sistema. Por
se tratar de uma parte importantíssima do funcionamento do jogo foi feito o teste de unidade
em cima desta funcionalidade, com a utilização da biblioteca JUnit.
5.3 Relatório dos Testes
Com base no relatório dos testes efetuados (vide Anexo) podemos chegar à seguinte
tabela:
Qtd de
Funcionalidade
Tipo de Teste
Testes
% de Acerto
Iniciar Jogo - Cenário Básico
Caixa Preta
5
100%
Iniciar Jogo - Cenário Alternativo
Caixa Preta
3
100%
Movimentar Peça
Caixa Preta
5
100%
Movimentar Peça - Alternativo
Caixa Preta
5
100%
Criar Peça - Básico
Caixa Preta
3
100%
Encaixar Peça - Cenário Básico
Caixa Preta
3
100%
Encaixar Peça - Cenário Alternativo b
Caixa Preta
5
100%
Criar peça
Caixa Branca
100
100%
Verificar Colisão entre peças
Caixa Branca
100
100%
5. 4
Caixa Preta
5.5
Caixa Branca
6.CONCLUSÃO
Dentro do nosso objetivo inicial de teste podemos dizer que o jogo D&D Tetris foi
desenvolvido de forma a se aproximar das regras do jogo original Tetris, se diferenciando
apenas pela temática do sistema.
Foram aplicados testes de unidade e de funcionalidade na funções principais do
software em questão e através de analises estatísticas, que podem ser vistas no projeto,
conseguimos assegurar a qualidade e funcionalidade do sistema em questão.
Identificamos que a quantidade de erros encontrada no produto final foi nula, dentro
dos testes desenvolvidos de acordo com o plano de testes, indicando que o nosso objeto de
estudo esteve dentro dos requisitos funcionais previstos inicialmente.
7.REFERÊNCIAS BIBLIOGRÁFICAS
(1)http://vadim.oversgima.com/Tetris.htm - Acessado em 10/11/2009
(2)pt.wikipedia.org/wiki/Tetris –acessado em 10/11/2009
Pfleeger, Shari Lawrence (2007). Engenharia de Software: teoria e prática. São
Paulo: Prentice Hall
Pressman, R. S. (2006). Engenharia de Software. São Paulo: McGraw-Hill .
8.ANEXOS
ANEXO A - Visão
Geral do Jogo D&D TETRIS
Versão 1.0
Visão Geral do Jogo
Conceito do Jogo
O jogo é baseado nas regras tradicionais do Tetris onde o objetivo do jogador é
encaixar as peças, que vão descendo gradativamente na tela, em linhas
completas. A cada linha completa o jogador ganha uma pontuação relativa à
quantidade de linhas eliminadas ao mesmo tempo.
Temporariedade do Jogo
O jogo D&D Tetris possui fases que vão avançando de 2 em 2 minutos.
A cada fase as peças vão descendo mais rápido e o multiplicador de
pontuação aumenta.
Fase
1ª Fase
2ª Fase
3ª Fase
4ª Fase
5ª Fase
Multiplicador
1x
2x
3x
4x
5x
Duração
0 à 2min
2 à 4min
4 à 6min
6 à 8min
A partir de 8
Temática do Jogo
O jogo possui um tema medieval em sons e imagens. Os gráficos do jogo
utilizam a técnica de pixelart. A música ambiente do jogo é calma e tranqüila,
mas vai ficando mais agitada a cada level.
Percurso do Jogo
Início do Jogo
O jogo se inicia com um reservatório vazio de 10 peças na horizontal e 20 na
vertical.
Desenvolvimento do Objetivo do Jogo
Surge uma peça que vai descendo até o fundo do reservatório, a qual o
jogador pode controlar sua posição e rotação. Sempre que uma peça atinge o
fundo do reservatório ou outra peça abaixo dela, a mesma é fixada na posição
e uma nova peça surge para o jogador controlar. O objetivo do jogo é chegar
até a fase 5 e atingir o maior número de pontos possível.
Desfecho
O jogo acaba quando uma peça fixada atinge o topo do reservatório, nesse
momento acaba a contagem de pontos e a pontuação final é alcançada.
Mesmo possuindo várias fases, o jogo só acaba quando o jogador perde.
Descrição dos Objetos
Reservatório
Um retângulo que pode acomodar 10x20 peças, ele define a área na qual o
jogador pode movimentar as peças e acomodá-las.
Peças
É o objeto controlado pelo jogador. Cada peça possui 4 quadrados dispostos
de formas variadas totalizando 5 tipos de peças diferentes.
Placares
O jogo possui três placares:
• Placar de Próxima Peça – Exibe qual a próxima peça que aparecerá
para o jogador.
• Placar de Nível – Exibe a fase atual do jogador.
• Placar de Pontos – Exibe a pontuação atual do jogador.
Interação
O jogador controla as peças do jogo, é ele quem determina onde a peça, que é
enviada pelo programa, vai ficar e qual será sua posição.
As peças podem ser movidas para os lados e para baixo, também podem ser
giradas, cada vez que o jogador gira a peça, ela realiza um giro de 90º.
Alternativa e Concorrência
A concorrência do D&D tetris é bem ampla, já que existem diversos jogos que
fazem referência ao Tetris e outros jogos casuais de estilo parecido, muitos
deles encontrados em www.sourcefoge.net
Mas os pontos fortes do jogo são um design muito interessante e música
cativante, além de ser um jogo muito divertido.
O ponto fraco do D&D Tetris é que o mesmo não possui um objetivo de vitória,
pois o jogador sempre perde no fim.
Características do Jogo Proposto
Características Gerais
• O jogo possui um tema medieval.
• O jogo é em 2D e o jogador controla as peças do jogo.
• O jogo deve utilizar a linguagem JAVA.
Características da Edição
• O jogo deve possuir um manual explicativo das regras, instalação, etc.
Características de Jogabilidade
• O jogo possui jogabilidade simples, no qual o jogador utiliza apenas as
setas do teclado para movimentar as peças.
• Setas para a direita e para a esquerda são usadas para locomover as
peças dentro do reservatório.
• Seta para baixo faz com que a peça atual desça mais rapidamente.
• Seta para cima é utilizada para girar a peça em 90º no sentido horário.
Ambiente Alvo
Tecnologia
Plataforma de aplicativos
Linguagem de programação do
jogo
Estação
IDE JAVA
Padrão
JAVA
JAVA SDK
Versão
6 Update 15
6
PC compatível com JAVA
Eclipse
3.4.2
Análise de Impacto
Todos os recursos de software e hardware descritos acima são necessários para a realização
do projeto. Todos os recursos descritos são de distribuição gratuita
ANEXO B -RELATÓRIOS DOS TESTES REALIZADOS
Relatório de testes de software
Identificador
Contexto
Iniciar Jogo - 001
Relatório dos Testes da funcionalidade de
Iniciar Jogo – Cenário Básico
Participantes
Tipo de Teste Aplicado
Abrangência
Gabriela Giovannone
Teste de Caixa Preta - Teste Funcional
Testar o início do jogo (ao se clicar em
Iniciar)
Resumo dos resultados A funcionalidade passou nos testes.
Defeitos Encontrados
Nenhum defeito foi encontrado
Resumo das Atividades Previstos
Realizados
Esforço
(pessoal 20 segundos
15 segundos
tempo)
Avaliação Final
O teste foi realizado com sucesso e a
funcionalidade avaliada passou nos testes
sem apresentar nenhuma falha. Todos os
objetos iniciais foram criados e a primeira
peça a aparecer na tela foi o quadrado.
Identificador
Contexto
Iniciar Jogo - 002
Participantes
Abrangência
Gabriela Giovannone
Iniciar)
Resumo dos resultados
Resumo das Atividades
Esforço
(pessoal
tempo)
Avaliação Final
A funcionalidade passou nos testes.
Previstos
Realizados
20 segundos
17 segundos
peça a aparecer na tela foi o quadrado.
Identificador
Contexto
Participantes
Abrangência
Iniciar Jogo - 003
Gabriela Giovanonne
Iniciar)
Realizados
Esforço
16 segundos
tempo)
Avaliação Final
peça a aparecer na tela foi a peça I.
Identificador
Contexto
Iniciar Jogo - 004
Participantes
Abrangência
Gabriela Giovanonne
Iniciar)
Realizados
Esforço
16 segundos
tempo)
Avaliação Final
peça a aparecer na tela foi a peça L.
Identificador
Contexto
Participantes
Abrangência
Iniciar Jogo - 005
Gabriela Giovanonne
Iniciar)
Realizados
Esforço
18 segundos
tempo)
Avaliação Final
peça a aparecer na tela foi a peça L.
Identificador
Contexto
Alt Iniciar Jogo - 001
Iniciar Jogo – Cenário Alternativo
Participantes
Abrangência
Gabriela Giovanonne
Testar a saída do jogo ao se clicar em “Sair”
na tela inicial
Previstos
Realizados
10 segundos
8 segundos
Esforço
(pessoal
tempo)
Avaliação Final
O teste foi realizado com sucesso e o jogo
se encerrou normalmente como esperado
Identificador
Contexto
Participantes
Abrangência
Gabriela Giovanonne
na tela inicial
Previstos
Realizados
10 segundos
7 segundos
Esforço
(pessoal
tempo)
Avaliação Final
se encerrou normalmente como esperado.
Identificador
Contexto
Participantes
Abrangência
Gabriela Giovanonne
na tela inicial
Previstos
Realizados
10 segundos
10 segundos
Esforço
(pessoal
tempo)
Avaliação Final
se encerrou normalmente como esperado.
Identificador
Contexto
Encaixar Peça – 001
Encaixar Peça – Cenário Básico
Participantes
Abrangência
Esforço
(pessoal
tempo)
Avaliação Final
Ricardo Nogueira Martinez
Testar o encaixe de vários tipos de peças
Previstos
Realizados
2 minutos
2 minutos
Esse primeiro teste dos cinco conseguiu
observar as combinações das peças (todas
no seu estado inicial –sem girar nenhuma
vez) L + I, L + L , quadrado + Z e Z+I. Não
houve detecção de falhas. Todas as peças
encaixaram normalmente, sem “invasão”.
Identificador
Contexto
Participantes
Abrangência
Esforço
(pessoal
tempo)
Avaliação Final
Previstos
Realizados
2 minutos
2 minutos
Esse
teste conseguiu observar as
combinações das peças L + Z(um giro),
quadrado + L (um giro) , quadrado + I(na
horizontal) e Z(estado inicial) + Z (um giro).
Não houve detecção de falhas. Todas as
peças encaixaram normalmente, sem
“invasão”.
Identificador
Contexto
Participantes
Abrangência
Esforço
(pessoal
tempo)
Avaliação Final
Previstos
Realizados
2 minutos
2 minutos
Esse
teste
conseguiu
observar
as
combinações das peças Z + Z (as duas com
um giro), L(dois giros) + quadrado, 2
quadrados e quadrado + T (na sua posição
inicial). Não houve detecção de falhas.
Todas as peças encaixaram normalmente,
sem “invasão”.
Identificador
Contexto
Alt Encaixar Peça 001
Encaixar Peça – Alternativo b
Participantes
Abrangência
Testar a saída do jogo ao se alcançar o topo
do reservatório
Realizados
Esforço
27 segundos
tempo)
Avaliação Final
Ao forçar a saída do reservatório com a
peça quadrada o jogo encerrou como
esperado.
Identificador
Contexto
Participantes
Abrangência
do reservatório
Previstos
Realizados
30 segundos
28 segundos
Esforço
(pessoal
tempo)
Avaliação Final
peça L o jogo encerrou como esperado.
Identificador
Contexto
Participantes
Abrangência
do reservatório
Realizados
Esforço
25 segundos
tempo)
Avaliação Final
peça I o jogo encerrou como esperado.
Identificador
Contexto
Participantes
Abrangência
do reservatório
Previstos
Realizados
30 segundos
27 segundos
Esforço
(pessoal
tempo)
Avaliação Final
peça Z o jogo encerrou como esperado.
Identificador
Contexto
Participantes
Abrangência
do reservatório
Previstos
Realizados
30 segundos
29 segundos
Esforço
(pessoal
tempo)
Avaliação Final
peça T o jogo encerrou como esperado.
Identificador
Contexto
MovimentarPeca-001
Movimentar Peças
Participantes
Abrangência
Raul
Testar o movimento das peças do jogo em
foco
Previstos
Realizados
1 minuto
23 segundos
Esforço
(pessoal
tempo)
Avaliação Final
sem apresentar nenhuma falha. A peça "Z"
do jogo se movimentou de acordo com os
padrões estabelecidos.
Identificador
Contexto
Participantes
Abrangência
MovimentarPeca-002
Movimentar Peças
Raul
foco
Previstos
Realizados
Esforço
(pessoal 1 minuto
22 segundos
minutos)
Avaliação Final
sem apresentar nenhuma falha. A peça "L"
Identificador
Contexto
MovimentarPeca-003
Movimentar Peças
Participantes
Abrangência
Raul
foco
Previstos
Realizados
Esforço
(pessoal 1 minuto
30 segundos
minutos)
Avaliação Final
sem apresentar nenhuma falha. A peça "I"
Identificador
Contexto
MovimentarPeca-004
Movimentar Peças
Participantes
Abrangência
Raul
foco
Esforço
(pessoal
minutos)
Avaliação Final
Previstos
Realizados
1 minuto
27 segundos
sem apresentar nenhuma falha. A peça "S"
Identificador
Contexto
MovimentarPeca-005
Movimentar Peças
Participantes
Abrangência
Raul
foco
Previstos
Realizados
Esforço
(pessoal 1 minuto
23 segundos
minutos)
Avaliação Final
do jogo novamente se movimentou de
acordo com os padrões estabelecidos.
Identificador
Contexto
MovimentarPeca_Alter-001
Movimentar Peças - Fluxo Alternativo
Participantes
Abrangência
Raul
Testar se o bloqueio das laterais do
reservatório
estão
funcionando
corretamente, impedindo o movimento das
peças contra as laterais do reservatório.
Previstos
Realizados
1 minuto
17 segundos
Esforço
(pessoal
tempo)
Avaliação Final
do jogo não ultrapassou os limites tanto do
lado direito quanto do lado esquerdo.
Identificador
Contexto
Participantes
Abrangência
Raul
reservatório
estão
funcionando
Previstos
Realizados
1 minuto
22 segundos
Esforço (pessoal tempo)
Avaliação Final
Identificador
Contexto
Participantes
Abrangência
Raul
reservatório
estão
funcionando
Previstos
Realizados
Avaliação Final
1 minuto
15 segundos
Identificador
Contexto
Participantes
Abrangência
Avaliação Final
Raul
reservatório
estão
funcionando
Previstos
Realizados
1 minuto
17 segundos
sem apresentar nenhuma falha. A peça
"Quadrado" do jogo não ultrapassou os
limites tanto do lado direito quanto do lado
esquerdo.
Identificador
Contexto
Participantes
Raul
Abrangência
Avaliação Final
reservatório
estão
funcionando
Previstos
Realizados
1 minuto
18 segundos
sem apresentar nenhuma falha. A peça "L"
Identificador
C r i a r P e ç a - 001 a 100
Contexto
Cri a r P e ç a s
Participantes
Cesar
Abrangência
Testar se a peça criada condiz com o
mostrador de próxima peça.
Previstos
Realizados
Esforço
1 segundo
0, 826
Avaliação Final
funcionalidade avaliada passou nos testes,
não apresentando nenhuma falha. As peças
do jogo foram criadas de acordo com os
Identificador
Verificar Colisão - 001 a 100
Contexto
Verificar Colisão de Peças
Participantes
Cesar
Abrangência
Testar a colisão das peças do jogo com o
fundo do reservatório e com outras peças.
Previstos
Realizados
Esforço
10 segundos
4,598 segundos
Avaliação Final
funcionalidade avaliada passou nos testes,
não apresentando nenhuma falha. As peças
do jogo colidiram de acordo com os padrões
estabelecidos.

PROJETO FINAL - D-D_Tetris - BACH MA8

Transcrição

Documentos relacionados

G1 1 TETRIS URBANO

Projeto: Vídeo-Aula Interativa Alexandre Rocha Valadares

Baixe o PDF - Innovatrix

Envelhecimento, Capacidade funcional e autonomia

Novo Golf GTI 2.0I TSI Automático DSG

CamelBak Armorbak Hydration Pack.

XXIII Seminário de Iniciação Ciéntifica da UFOP Limericks: análise

placa para sala de lubrificação - norma din 51502

ArcView Print Job

Citroën C1 (2004 bis 2010)