versão beta

#versão beta

anapgmartins — Mon, 11 Jun 2012 01:07:12 GMT

Aqui fica o vídeo do excerto do nosso documentário entregue na versão beta.

#entrega06 - Versão Beta

danielfsilva — Fri, 08 Jun 2012 22:29:32 GMT

O presente post tem por objetivo a disponibilização da versão beta da aplicação uaQuest. Desde o protótipo de alta-fidelidade foi adicionado um avatar e duas novas componentes: o inventário e o combate. No seu todo, a versão beta conta com as componentes apresentadas no mapa seguinte a laranja:

A aplicação, na versão beta, permite usufruir de toda a componente de resolução de enigmas, bem como ter acesso ao perfil, inventário e tabela classificativa. Desta forma a componente de descoberta da universidade está concluída ficando em falta os elementos da componente de interação social. Desta componente, o combate, o seu maior símbolo, já se encontra desenvolvido, restando assim para desenvolvimento as componentes de loja, trocas, crating e mensagens.

Apesar do desenvolvimento do combate representar apenas uma componente corresponde a um avanço enorme no progresso da aplicação. Este facto deve-se à sua complexidade resultante da integração da biblioteca de realidade aumentada e dos pedidos ao servidor.

Com a versão beta é possível ter uma experiência mais completa do jogo existindo já uma forte componente de interação com a comunidade. Esta interação é assegurada pelo combate que permite aos utilizadores obter pontos e créditos. O combate pode adicionar ou retirar pontos, consoante seja vencedor ou derrotado, afetando a tabela classificativa e fortalecendo a competição. Terá de haver uma preocupação por parte dos utilizadores em escolher sabiamente o seu adversário pois uma derrota pode ter consequências graves na classificação.

Clique aqui para efectuar o download da aplicação.

#entrega06testes

carlota-silva — Fri, 08 Jun 2012 22:03:53 GMT

1. Contextualização teórica

De acordo com o tipo de projecto que nos encontramos a desenvolver, optamos por realizar apenas testes de conteúdo, design e usabilidade.

Não será necessário fazer testes de compatibilidade uma vez que a aplicação estará alojada num computador, disponibilizado pela Universidade de Aveiro e que a forma como a UAW! esta está a ser implementada não pressupõe incompatibilidades entre sistemas operativos ou outro tipo de softwares. No entanto, será sempre necessário garantir que o OpenNi, o Flash Player e o Osceleton se encontrem instalados na máquina. Relativamente aos testes de segurança, apenas terão de ser realizados ao nível da interface que permitirá a inserção de comentários on-line - a realizar no período de desenvolvimento desta componente - pois todo o resto da aplicação é do tipo stand-alone, não sendo da nossa competência a prevenção de intrusões ilícitas. Devido ao tipo de equipamento utilizado – sensor kinect – e à forma como a aplicação reage – movimento gestual do utilizador – este projecto não é adequado para usuários com necessidades especiais motoras, sendo que, o sensor necessita de reconhecer todas as partes do corpo para poder analisar e calibrar o utilizador, não havendo assim, a necessidade de realizar testes de acessibilidade.

Para a realização dos teste da aplicação, procuramos seleccionar dez participantes com o seguinte perfil:

Principiantes – percebendo, assim, se a aplicação apresenta um bom funcionamento, fácil navegação e bom sistema de ajuda;
Jovens e adultos – sendo esta aplicação dirigida a este tipo de público-alvo, pretendemos saber se despoleta interesse e motivação;
Utilizadores destros/esquerdinos – de forma a verificar se existe alguma interferência no uso da aplicação, quanto à orientação.

Relativamente aos testes de conteúdo, estes serão elaborados pela equipa de produção que terá que verificar e corrigir os erros de conteúdo relativamente aos textos (legibilidade, formatação, ortografia e sintaxe), às imagens (qualidade) e às animações (qualidade e visibilidade). A técnica utilizada para a concretização deste tipo de teste será unit testing – testes individualizados dos diferentes módulos funcionais - recorrendo à observação e ao registo directo.
Relativamente aos testes de design, estes serão avaliados por um conjunto de utilizadores voluntários que irão analisar a consistência, a identidade visual, o equilíbrio cromático, a legibilidade e a ergonomia visual. O aspecto gráfico é o primeiro impacto que um novo utilizador terá relativamente à aplicação e caso seja agradável, poderá reduzir o número de erros, quanto à usabilidade.
A técnica utilizada será o teste integrado – teste simultâneo dos diferentes módulos – onde os utilizadores utilizam, seguindo um guião, a aplicação e no final, respondem a um questionário de resposta aberta, com o intuito de avaliar os parâmetros acima enumerados.
Relativamente aos testes de usabilidade, estes serão avaliados por um conjunto de utilizadores voluntários. Este tipo de teste procuram adaptar-se aos diferentes utilizadores, de forma a que estes atinjam os seus objectivos com eficácia, eficiência e satisfação num contexto específico de uso. Neste sentido, procura-se que a aplicação seja de uso fácil, contribuindo para a motivação e interesse de quem a explora. É importante que o utilizador que não possui conhecimento relativamente a este projeto, aquando do seu primeiro contacto, se sinta familiarizado e realize, com rapidez e facilidade, aquilo que pretende. Para tal, é importante, avaliar essencialmente, a precisão do movimento, o acesso aos diversos pontos, e a facilidade/dificuldade demonstrada pelo utilizador durante a exploração da aplicação (selecção de uma opção; voltar atrás; deslocação direccional).
Para tal, a aplicação será testada num ambiente de uso controlado – simulação do seu ambiente natural de utilização – e irá recorrer-se a dois tipos de técnicas de teste:

Cognitive Walkthroughs – será possível verificar todos os passos e quais as dificuldades apresentadas pelos participantes, aquando o pedido de determinadas tarefas (ex: selecção de um botão do menu) para posterior análise e respectiva solução.
Thinking-Aloud Protocol – Quando o utilizador sente dificuldade em realizar determinada tarefa, deverá expressar aquilo que ‘sente/pensa’, para que seja registado;

Quanto às técnicas de recolha de dados, consoante os tipos de teste enumerados acima, optamos por recorrer a sessões individuais, realizadas informalmente, onde e pedido a cada participante que respondesse a um inquérito antes e depois de interagir com a aplicação. Em simultâneo, a equipa do projeto registava numa tabela dados para análise. Para complementar, recorreu-se ao registo de vídeo para análise detalhada de alguns pormenores. No ínicio de cada sessão, foi mostrado ao utilizador um vídeo promocional que simulava o screen-saver da aplicação - este funciona como instruções para o uso da aplicação.

2. Material de apoio à realização dos testes

2.1. Tabela utilizada pela equipa do projeto para o registo de dados

2.2. Questionário para os participantes

Teste de usabilidade e design uaw

2.3. Registo de vídeo

O vídeo que apresentamos mostra o ambiente das sessões de teste, assim como, algumas das funcionalidades da versão beta.

3. Análise de dados

3.1. Dados relativos ao teste da aplicação

Com o auxílio dos dados recolhidos na primeira fase do questionário foi possível identificar quais os utilizadores que já tinham utilizado previamente o sensor Kinect - assinalados no gráfico com a cor azul - percebendo assim, que este factor não revela grande interferência na prestação do participante à semelhança do que acontece com a orientação do utilizador.

O presente gráfico permite concluir que as tarefas pedidas foram, no geral, concluidas com sucesso, apresentando em segundos, um valor médio satisfatório - corresponde à linha verde do gráfico.
É possivel analisar, quando comparadas a tarefa a) com a tarefa c) - que correspondem as duas à seleção de um item do menu - a curva de aprendizagem, reflectindo em média, a diminuição do tempo gasto para metade.

Após a análise da informação recolhida através do método Thinking-Aloud Protocol, registou-se:

Os botões de navegação presentes na galeria de fotografias, que permitem o avanço e retrocesso, não estão de acordo com as expectativas do utilizador, na medida em que deveriam fazer deslocar as fotografias de forma contínua, sempre que a mão se encontra sobre um deles.

O botão voltar revelou alguns problemas de visibilidade e posição, devendo ser destacado e uniformizado - manter a mesma posição em toda a aplicação, inclusivé quando nos encontramos na consola de um ponto de interesse.

A inicialização do jogo é feita de forma muito rápida e o utilizador não tem percepção do que acontece, perdendo de imediato uma vida. Relativamente às vidas, também estas terão que ser assinaladas de uma forma mais visivel.

3.2. Análise dos dados recolhidos depois da interação com a aplicação

Pela análise deste gráfico, podemos perceber que os gestos pelos quais optamos são adequados e o utilizador, facilmente, se conseguiu adaptar aos mesmos.

Cada teste individual demorou, em média, cerca de 6 minutos. Ao analisar o gráfico podemos perceber que nenhum dos utilizadores se sentiu demasiado cansado após a experiência de interacção com a aplicação. Este foi um aspeto que tentamos ter sempre em conta, desde o início do desenvolvimento do projeto, não so pela disposição no espaço das areas de seleção, mas tambem pela calibração do Kinect, de forma a reduzir a area de controlo do cursor.

Um dos aspetos que nos levantava mais dúvidas era o tempo de espera para a seleção de um item - seria este demasiado lento?
Após a análise deste gráfico, percebemos que nenhum dos particantes considerou que o tempo é demasiado, mas sim o suficiente.

A análise deste gráfico permite perceber que os gestos que optamos são bastante simples, o que irá facilitar a interação por parte do utilizador.

3.3. Observações com maior ocorrência nas perguntas de resposta aberta do questionário

"Consegues facilmente navegar com o cursor e apontar para onde desejas? Se não, diz em quê que sentiste mais dificuldades."

De uma forma geral, a resposta a esta pergunta foi afirmativa, revelando que facilmente se consegue controlar o cursor de forma intuitiva. Pela análise de cada questionário, podemos ainda destacar referências singulares a aspetos como:

O lado esquerdo exigir um pouco mais de esforço, pela necessidade de movimentação do corpo;
Dificuldade em fazer deslocar a mão de um extremo ao outro da interface.

"O que achas do sistema de selecção (aponta e espera)?"

A resposta a esta pergunta revelou-se positiva, tendo a maioria referido como uma boa solução simples para a substituição do tradicional clique. No entanto, foi refererido também que só depois da visualização das "instruções" é que ficou claro o funcionamento do sistema de selecção - factor com o qual já contavamos e por isso, estarão presentes no screen-saver da aplicação.

"Faz uma apreciação dlobal da aplicação. Tenta responder às segintes questões:

a) o que mudarias na aplicação?
b) onde sentiste mais/menos dificuldade?
c) o que gostaste mais/menos na aplicação?
d) sentiste-te, de alguma forma, constrangido/envergonhado?"

a) Os aspectos mais referidos foram:

O funcionamento dos botões de navegação na galeria de fotografias.
O posicionamento e coerência do botão "Voltar"
Aumentar o feedback durante o jogo: - quando inicia; número de vidas; quado se perde;

b) O jogo é o ponto da aplicação onde se verifica maior dificuldade de interacção, sendo que todo o resto não revela existência de grandes dificuldades;

c) Aplicação muito inovadora e interessante; o recurso à fotografia; o aspecto minimalista da interface e a falta de complexidade das controlos confere à aplicação um carácter bastante apelativo.

d) Na globalidade, ninguém se revelou sentir constrangido ou envergonhado pela necessidade de movimentação do corpo para a interacção com a aplicação.

4. Conclusão

Depois de concluida esta primeira fase de testes poderemos passar à analise dos três fatores inerentes ao conceito de Usabilidade para o poduto que nos encontramos a desenvolver:

Eficácia: A detecção da presença de um utilizador encontra-se funcional e este consegue tomar, facilmente, o controlo do cursor para aceder aos diversos conteúdos da aplicação.

Eficiência: Será ainda necessário proceder a alguns melhoramentos, o sensor deverá captar apenas o corpo da pessoa que estiver a utilizar a aplicação, ignorando os demais movimentos. Isto permitirá proporcionar uma melhor experiência reduzindo as interferências do espaço. Como já foi referido, é necessário proceder, também, à alteração dos pontos que se revelaram mais criticos. Aumentando assim, o nivel de eficiência da parede interactiva.

Satisfação: este aspecto é, talvez, o mais difícil de medir e quantificar, pois, encontra-se relacionado com factores subjectivos. De uma maneira geral, a satisfação refere-se ao nível de conforto que o utilizador sente ao utilizar a aplicação. Assim, analisando em globalidade as respostas obtidas nos inquéritos, os participantes mostraram sentir-se satisfeitos e aliciados pelo produto UAW!. É ainda de referir que mesmo para aqueles em que o nivel de difculdade era maior, não foi sentida grande frustração devido à rápida percepção de como funciona.

Em suma, a realização desta bateria de testes revelou-se bastante útil na identificação dos principais problemas relativos à experimentação da parede interativa UAW!. Desta forma, poderemos agora proceder às alterações nevessárias com o intuito de contornar os principais obstaculos encontrados e referidos ao longo desta publicação.

5. Referências

http://www.useit.com/papers/heuristic/heuristic_list.html

http://pplware.sapo.pt/jogos/pplware-ja-experimentou-o-kinect-e/

http://testesdesoftware.blogspot.pt/

#entrega 06 Testes

franciscojsilva — Wed, 06 Jun 2012 13:25:28 GMT

Nesta fase do projeto, em que já temos a nossa versão beta terminada, é necessário perceber se todas funcionalidades estão a operar no seu pleno e se a plataforma está bem construída e acessível para qualquer utilizador.

Para isso procedemos à realização de testes para deteção de erros/bugs e também de aspetos que podem ser melhorados.

Recorremos às técnicas de teste integrado (teste simultâneo dos diferentes módulos) e de regressão (teste de problemas já testados e corrigidos em fases anteriores). Utilizamos maioritariamente o registo de dados em tabelas, para facilitar a análise dos mesmos.

TESTE DE COMPATIBILIDADE

O teste de compatibilidade tem a finalidade de testar a consistência e o bom desempenho do nosso site entre diferentes navegadores, sistemas operativos, resoluções, etc. O teste foi feito em dois sistemas operativos diferentes, nomeadamente Microsoft Windows e MAC OS X e em cada um deles testamos diferentes navegadores, como o Internet Explorer (na sua versão atual e numa mais antiga), o Mozilla Firefox (nas duas versões mais recentes), o Google Chrome e o Safari.

Também foi tida em consideração as diferentes resoluções dos ecrãs, como tal testamos em ecrãs de 1024x768, 1280x800 e 1366x768, nesta parte o site foi testado no navegador mais compatível, o Mozilla Firefox.

Para melhor fazer esta análise criamos uma tabela onde verificamos se todas as páginas já implementadas funcionam da maneira que queremos. Esta tabela permite-nos ir diretos ao erro, aquando da sua correção.

Na tabela seguinte podemos ver a análise efetuada:

Teste_Compatibilidade.pdf

Conclusões:

Depois desta análise podemos verificar que o navegador onde tudo se comporta da maneira que nós desejamos é o Mozilla Firefox.

De resto verificam-se pequenas desformatações em algumas áreas, por exemplo, os botões de inserção de comentários e o ícone da pesquisa. Um erro que é crucial corrigir, é o menu ‘Opções’ que só funciona no Mozilla Firefox e no Internet Explorer, versão mais recente.

TESTE DE USABILIDADE

O teste de usabilidade serve para sabermos se o nosso site é eficaz e eficiente, e se existe satisfação por parte do utilizador quando navega pelas páginas. Para uma maior facilidade de sucesso o site tem de ser de fácil navegação e estar pensado para o utilizador. É este que o vai utilizar, portanto há que servi-lo da melhor maneira possível.

Segundo Virzi e Nielsen 5 participantes são suficientes para detetar a maioria dos problemas de usabilidade. Como tal, efetuamos o teste apenas com 5 utilizadores mais o teste piloto (padrão).

Para este teste recorremos às técnicas Cognitive Walkthrough (o utilizador realiza determinadas tarefas pré-definidas que vão ajudar a perceber a usabilidade de todo o site) e Thinking Aloud Protocol (é pedido ao utilizador que está a fazer o teste para que exteriorize os seus pensamentos e raciocínios, isto permite ter uma noção do grau de satisfação ou frustração do utilizador relativo à interação com o site). Foi, então, realizado um guião que enumera as tarefas que o utilizador tem de fazer e ainda dois questionários, um para o utilizador preencher antes do teste (pré-teste - para caracterizar o utilizador que está a realizar o teste em relação ao tema abordado neste projeto) e outro para preencher depois (pós-teste - e assim saber a satisfação do utilizador em relação à interação com o site).

Para melhor compreensão do que é a usabilidade e das vantagens da mesma numa aplicação web recorremos à seguinte bibliografia:

1-10usabilitylessonsfromstevekrugsdontmakemethink.pdf

2-guerillausabilitytesting.pdf

3-10tipsen.pdf

O documento seguinte resume os módulos que foram alvo de análise neste teste de usabilidade:

Teste de usabilidade

View more documents from Liliana Almeida.

Questionários feitos durante o teste e Guião Cognitive Walkthrough:

Guião e questionários do teste de usabilidade

View more documents from Liliana Almeida.

Anexos:

Módulos usabilidade.pdf;

Questionários e Guião Cognitive Walkthrough.pdf

Os resultados foram os seguintes:

Tabela Teste Usabilidade.pdf

Tabela resultados questionarios.pdf

Para que se possa visualizar melhor os resultados obtidos seguem dois gráficos, um que analisa o teste por cliques e outro por tempo de cada tarefa.

Gráfico por tempo de tarefa:

Gráfico por cliques:

TESTE DE SEGURANÇA

Uma vez que o projeto terrapura é uma plataforma web 2.0 e, portanto, existe uma ligação à nossa base de dados, que armazena toda a informação, inclusive dados pessoais dos utilizadores este teste é importante.

Torna-se então necessário verificar a segurança do nosso sistema face a intrusões ilícitas.

TESTE DE CSS

Este teste foi realizado, no site http://jigsaw.w3.org/css-validator/, e serviu para percebermos se a nossa folha de estilos está bem construída. Aqui fomos informados sobre erros, grafia incorreta e uso inadequado de CSS. Também serve para alertar para possíveis erros de usabilidade da plataforma.

Erros detetados:

Alertas:

Lista completa de Alertas (CSS_nivel_3).pdf

Correção dos erros detetados:

Corrigimos práticamente todos os erros, ficaram apenas dois por resolver, por termos algum receio que crie conflitos de usabilidade.

aula#10 – Versão beta e testes

alexandra-fernandes — Thu, 17 May 2012 12:54:39 GMT

Nesta aula, foi-nos apresentada a próxima entrega de projeto, versão beta e testes. Com esta fase pretende-se dar continuidade ao processo de desenvolvimento iniciado na prototipagem.

Desta forma até à próxima sexta-feira teremos de:

- Identificar e resolver os problemas críticos que tenham sido detetados no protótipo;

- Calendarizar as tarefas por forma cumprir com o prazo de entrega, fixando definitivamente os requisitos e as funcionalidades;

- Identificar, no mapa de navegação, os componentes, módulos, ou secções a desenvolver.

Complemento à versão beta

sergio-campos — Fri, 10 Jun 2011 10:52:46 GMT

De forma a dar visibilidade ao documentário final completo (diferentes trechos juntos num só vídeo), eis uma versão do protótipo de alta fidelidade (media e cultura; web) + versão beta (mobilidade/transportes).

Note-se que as correcções feitas ao documentário, resultantes dos testes efectuados, já estão colocadas em prática.

Módulo 6 – Versão beta

mariajcampos — Tue, 07 Jun 2011 21:37:58 GMT

À semelhança da ultima entrega, como a aplicação não está ainda finalizada, é necessário seguir o guião para conseguir navegar pelos módulos desenvolvidos.

Adicionámos dois POIs à base de dados e abaixo apresentamos uma imagem dos mesmos com os respectivos códigos QR.

Post da entrega anterior com o código QR correspondente ao POI ‘Mona Lisa’ por Leonardo da Vinci - http://mobiletouristguide.blogs.ua.sapo.pt/19090.html

Visualização no dispositivo móvel com sistema operativo Android ou iOS (telemóveis com sistema operativo Symbian também poderão visualizar, no entanto, a aplicação não está optimizada para tal):

Requisitos:

- Leitor de código QR instalado (NeoReader, Barcode Scanner, etc...)

- Telemóvel com câmara

Instruções para a visualização do protótipo (uma vez que há ecrãs intermédios que não estão desenvolvidos por não serem essenciais para esta primeira fase, este guião abaixo permite visualizar todas as áreas desenvolvidas, se a navegação for feita de outro modo, haverá ecrãs que irão falhar):

- Abrir a aplicação de leitura de código QR e ler um dos códigos colocados em cima.

- Aparece a página do POI correspondente, onde se pode visualizar a informação.

- Clicar no separador fotos, clicar na foto pretendida - a foto é ampliada. Ao clicar no ecrã (ou na opção de voltar atrás do telemóvel) regressa ao separador das fotos e pode ampliar outra foto.

- Clicar no separador vídeo e clicar no vídeo. Abre uma nova página, no fim da visualização do vídeo, voltar atrás.

- Clicar no separador comunidade, fazer scroll para ver comentários, navegar pelas várias páginas de comentário quando possível para verificar a paginação que foi introduzida nesta versao beta.

- Clicar adicionar comentário. Abre um menu de login.

- Como o registo já foi avaliado no modulo anterior, fazer o login com os dados:

· Utilizador: teste

· Password: teste123

- Depois do login, continua na página dos comentários visivel.

- Como os comentários também já faziam parte da entrega anterior, clicar num nome de utilizador e verifica que é possivel ver o perfil publico do mesmo.

- Voltar atrás, clicar em classificar POI.

- Atribuir um valor ao POI e submeter.

- É redireccionado para a página principal do POI.

- Inserir votação.

- Clicar home ou no logotipo.

- Verificar que uma vez que o utilizador está autenticado, o menu é diferente.

- Clicar em perfil. Acrescentar género, idade e imagem.

- Clicar em home ou no logotipo.

- Aceder a top POIs. Verificar que é possivel aceder aos outros POIs através do top. Como o botão ‘ler código’ não redirecciona para a aplicação de leitura de código, devido a limitações do próprio sistema do Android, assim é possivel navegar pelas obras sem ser necessário estar sempre a voltar ao leitor de código.

- Navegar para outra obra e repetir procedimentos.

- Clicar em home ou no logótipo.

- Fazer logout.

Visualização no browser de um computador:

Em alternativa, disponibilizamos o link para o POI correspondente a este código QR abaixo.

Mona Lisa -

http://www.impakt.com.pt/aulas/projecto/POI.php?cat=1

A persistência da memória -

http://www.impakt.com.pt/aulas/projecto/POI.php?cat=2

Marilyn Monroe -

http://www.impakt.com.pt/aulas/projecto/POI.php?cat=3

Entrega da Versão BETA

duartecsoares — Fri, 11 Jun 2010 23:38:35 GMT

Boa Noite!

Segue o link para a avaliação da versão BETA do nosso Projecto ELO!

http://linlabmm.ca.ua.pt/elo/php/index.php

Os dados de acesso/autenticação serão enviados para os emails dos docentes, orientadores e proponente.

Nesta versão temos já algumas funcionalidades implementadas que comunicam com a base de dados. São exemplo, o calendário, personalização do tipo de utilizador e grelhas de avaliação. A secção de jogos, também, já está implementada.

Embora as funcionalidades estejam implementadas há, ainda, falhas ao nível da formatação que serão corrigidas o mais brevemente possível.

No que diz respeito aos testes, e como já foi, anteriormente, abordado, ao nível da usabilidade foram descobertas algumas gralhas, como a confusão de envio de SMS e envio de Mensagem, a letra pequena e sem grande contraste e a designação de alguns botões que levaram alguns dos utilizadores testados a cometerem erros.

Relativamente, ao teste de compatibilidade, este acontece aquando a elaboração do projecto. Para já, temos alguns pontos a serem resolvidos, mas no geral está a funcionar correctamente.

No que concerne ao teste de segurança, não tivemos a oportunidade de realizar pois ainda não temos as restrições a funcionar.

Em suma, vamos trabalhar o mais arduamente possível para resolvermos estas questões pendentes. O resultado mais detalhado dos testes será apontado no relatório final.

Duarte Soares

Eduarda Carvalho

José Teixeira

Tony Coelho

Wilson Alberto

Entrega da versão beta e respectivos testes

anabelasantiago — Fri, 11 Jun 2010 21:38:02 GMT

Boa noite,

Tal como previsto no cronograma este post destina-se à entrega da versão Beta do projecto. Link para a versão Beta http://linlabmm.ca.ua.pt/cicloria.

Nesta versão e comparativamente com a entrega anterior pode encontrar-se já a página de perfil para a qual o utilizador é redireccionado sempre que entra na plataforma. Foram igualmente aperfeiçoadas questões de programação e dados significantes avanços na adaptação da API do google maps. Em resultado dos testes foram ainda colocadas algumas formas de feedback ao utilizador na página de perfil que serão posteriormente alastradas para toda a plataforma. Nesta versão o utilizador pode também ver a página de detalhe das notícias e escrever e denunciar comentários. Também o RSS feeds está já activo. A página de recuperação de password encontra-se já disponível embora sem o layout finalizado. A juntar a todas estas questões houve ainda uma permanente preocupação de restringir as páginas aos utilizadores com permissões para aceder.

Para entrar na plataforma e testar os vários utilizadores deixamos em seguida os dados de login:

Utilizador registado: kobe@geral.pt // PASS: teste1

Utilizador parceiro: nuno.oli@netcabo.pt // PASS: teste1

Administrador: nuno.oli@ua.pt // PASS: teste1

NOTA: Ainda que estes dados sejam suficientes para testar a plataforma, aconselhamos a criação de novas contas com emails válidos para testar a questão de envio/recepção de emails.

Guião de testes

Testes de usabilidade:

Estes testes foram realizados por quatro utilizadores externos.

Para avaliar os critérios de usabilidade foram construídas duas grelhas. Uma para avaliar o índice de satisfação e outra para avaliar os atributos de eficácia e eficiência.

Para avaliar o nível de satisfação dos utilizadores foi realizado um questionário pós-teste com um conjunto de perguntas directamente relacionadas com algumas heurísticas de Nielsen.

Os resultados mostram que os diferentes utilizadores não se sentem totalmente satisfeitos quanto ao feedback fornecido pela aplicação e também com os factores de prevenção de erros. Contudo na avaliação das restantes heurísticas os resultados foram bastante satisfatórios.

Grelha - testes de Satisfação

Para avaliar os atributos de eficácia e eficiência os utilizadores foram convidados a realizar algumas tarefas. Foram definidas tarefas para três tipos de utilizadores diferentes, os não registados os registado (parceiro) e o Administrador. Não foram criadas mais tarefas para testar as funcionalidades do utilizador registado (comum) porque algumas destas já serão testadas com o utilizador parceiro na generalidade das tarefas aplicadas.

A eficácia foi avaliada segundo alguns critérios de sucesso (insucesso, assistido, difícil, médio, fácil) que estão devidamente descriminados na grelha. A eficiência foi medida através do número de cliques e do tempo estimado de conclusão de cada tarefa .

Os resultados destes testes, revelam que no caso do especialista externo (administrador), houve pelo menos duas tarefas em que este teve que ser assistido. No caso da tarefa "ir à página de perfil e criar noticia" , houve alguma confusão em este perceber que função não estava acessível através do menu de administração, pelo que nos leva a ponderar colocar também esse item no menu de administração. Na tarefa "conceder permissão de administração a dois utilizadores" este também revelou alguma dificuldade em perceber onde é que estava essa opção, o que também nos leva a pensar numa solução de optimização dessa página. As restantes tarefas foram realizadas com sucesso.

Grelha - testes de eficácia e eficiência (admin)

Os testes efectuados para testar a eficácia e eficiência dos utilizadores não registados e utilizadores registados (parceiros) revelam que estes conseguiram concluir a generalidade das tarefas na primeira tentativa e sem problemas. O tempo estimado de cada tarefa é relativamente uniforme de utilizador para utilizador. Quanto ao número de cliques também verificamos que existe uma uniformidade entre os quatro utilizadores. É de notar que as tarefas que implicam inserção de dados, exceptuando o login, implicam um maior número de cliques devido inclusão de informação.

Grelha - testes de eficácia e eficiência (utilizadores não registados e parceiro)

Testes de Design:

Tal como sucedido nos testes de conteúdo, apesar de já terem sido realizados alguns testes de design internamente, decidimos também fazer uma versão adaptada aos utilizadores externos.

Os seus resultados mostram-nos que à excepção da página de projecto e contactos (apresentam equilíbrio espacial de nível razoável), no geral, os utilizadores estão consideravelmente satisfeitos com a aplicação.

Grelha Testes Design

Testes de conteúdo:

Apesar de estes testes já terem sido realizados internamente, através da descrição detalhada de algumas falhas existentes, decidimos no entanto, fazer uma versão adaptada aos utilizadores externos.

Os resultados obtidos revelam que apesar de ainda serem necessários alguns reajustes, sobretudo ao nível da formatação, no geral, os utilizadores estão consideravelmente satisfeitos com a aplicação.

Grelha Testes Conteudo

Testes de segurança:

Estes testes foram realizados por um especialista externo e mostram que a maior parte dos dados privados dos utilizadores estão a salvo contudo o site ainda não se encontra protegido contra sql injections.

Grelha Testes Seguranca

Testes de compatibilidade:

Estes testes foram realizados internamente pelos elementos do grupo.

Apesar de a aplicação estar optimizada para Firefox e Safari o grupo tentou uniformizar todas as áreas do site para garantir também a compatibilidade com outros browsers nas suas últimas versões disponíveis. Os resultados mostram que efectivamente o IE é o que nos causa mais problemas de incompatibilidade como podem confirmar na grelha de resultados. Por exemplo, na "página de perfil", existe uma área "percursos" que está com problemas de formatação.

Verificou-se também que no Opera não é possível fazer login.

Ao nível dos sistemas operativos e resoluções analisadas não foram detectadas incompatibilidades.

Grelha Testes Compatibilidade

Anabela Santiago | Bruno Fernandes | Nuno Oliveira | Tiago Martins

Versão Beta :: Entrega Final

marianasantos — Fri, 11 Jun 2010 21:35:40 GMT

Boa noite.

Após os últimos desenvolvimentos, aqui ficam os conteúdos obtidos após a realização dos testes à versão Beta do projecto MIMAR.

Teste de Usabilidade

Guião de Tarefas

Teste de Conteúdos e Design

Teste de Compatibilidade

No que ao teste de compatibilidade diz respeito, e após alguma ponderação, o grupo optou por avançar com uma metodologia de checklist.

Dos dois sistemas operativos analisados, Windows 7 (Windows) e Mac OS X 10.6 (Snow Leopard - Mac) e, consequentemente os respectivos browsers, podemos constatar que, até à data os conteúdos apresentados na plataforma não apresentam problemas de enorme relevância para o correcto funcionamento e utilização da plataforma.

Os browers Firefox, Chrome e Safari apresentam a mesma concordância no que respeita à análise do tipo de erros estabelecidos pelo grupo. No entanto no browser Internet Explorer 8 encontramos um grave problema que se encontra a ser resolvido. O showcase, presente na página inicial da plataforma, não se encontra a fazer devidamente o slide das imagens, encontrando-se desdobrado ao longo da página, sobrepondo-se ao restante conteúdo, como podemos ver na imagem apresentada abaixo.

Resolução:

O grupo vai tentar resolver o problema em questão, através da pesquisa acerca do módulo, e em última instância, tentar encontrar um módulo mais eficaz para a disposição de conteúdo em showcase. Foram já realizadas algumas tentativas tendo em conta essa perspectiva, mas todas elas infrutíferas até à data.

Até à entrega final, o grupo espera conseguir optimizar a plataforma para o browser Internet Explorer 8, pois este é considerado pelo grupo como um browser de extrema importância, muito embora pese o facto de que, e de acordo com os stats da w3schools.com, neste momento o Browser Firefox, da Mozilla Corporation, seja o browser que apresenta maior consenso entre os utilizadores. Os resultados desses stats podem ser consultados no seguinte link:http://www.w3schools.com/browsers/browsers_stats.asp

Consultar a checklist abaixo realizada para o respectivo teste:

Teste de Funcionalidades

Teste de Segurança

Para aceder ao nosso site consulte o link:mimar.peiproject.com

O grupo,
Carla Duarte, Mariana Santos, Rúben Pio, Rui Estrelinha

Listagem de Bugs

tiagofigueiredo — Mon, 31 May 2010 23:00:37 GMT

List a Bugs

Cumprimentos.

Este post foi realizado em nome de todos os elementos do grupo: Tiago Figueiredo | Renato Costa | João Elvas | Martim Santos | Ricardo Carvalho