Teste de Conteúdos
Objectivos: Como o próprio nome indica o teste de conteúdos incide principalmente sobre texto, vídeo e imagem. Dado que a aplicação implica uma extensa base de dados no qual os conteúdos são guardados e que deverão ser introduzidos no site correctamente.
Técnicas de Teste: Peer review
Trata-se de um processo de revisão dos conteúdos de um autor por um revisor anónimo contribuindo para o aumento da qualidade do trabalho.
Instrumentos/Materiais: Impressos com grelhas de registo por preencher
Técnicas de Recolha de Dados: Grelhas de registo Observação e Registo Directo.
Teste de Segurança
Objectivos: Analisar os mecanismos e perceber se as normas hierárquicas apresentam erros. Verificar se o sistema revela falhas ao nível dos dados do utilizador (passwords e dados pessoais), numa tentativa de controlar falhas no sistema que comprometam a segurança dos dados.
Técnicas de Teste: Teste Integrado
Consiste na navegação entre páginas dentro do sistema, segundo o padrão do utilizador. As alterações entre as páginas devem ser registadas.
Ao nível da ligação entre o site e a BD deverá ser analisada a protecção e actualização dos dados.
Instrumentos/Materiais: Impressos com grelhas de registo por preencher, computador com ligação ao site, material de papelaria.
Técnicas de Recolha de Dados: Grelhas de registo
Para visualizar as grelhas clique em: Resultados dos testes de Segurança
Conclusões: A principal falha reside ainda ao nível das permissões que por questão de conflito dentro do próprio Drupal, não ficaram solucionadas em data anterior ao teste de segurança. Trata-se das permissões de acesso do administrador que se distinguem das da equipa e algumas opções para os utilizadores crianças e investigadores, que nesta fase ainda se encontram activas.
Teste de Compatibilidade
Objectivos: A existência de diversos browsers leva à necessidade de testar a aplicação nos mais utilizados tais como IE, Mozilla Firefox e Safari, assim como as resoluções mais comuns 1024×768 para PC e 1280×800 para portáteis. Este teste permite detectar eventuais falhas na visualização.
Técnicas de Teste: Teste de Regressão
O Teste de Regressão consiste na aplicação de testes à versão mais recente do software, para garantir que não surgiram novos defeitos em componentes já testados. Se ao juntar o novo componente ou as suas alterações com os restantes componentes do sistema, surgirem novos defeitos em componentes inalterados, então considera-se que o sistema regrediu.
Instrumentos/Materiais: Impressos com grelhas de registo por preencher; browsers a testar (Internet Explorer, Mozilla Firefox e Safari).
Técnicas de Recolha de Dados: Grelhas de registo/ Observação e Registo Directo.
Os requisitos funcionais funcionam em todos os browsers contudo no IE6 e 7 existem alterações no layout, nomeadamente na pesquisa e na ajuda. É de relembrar que como já explicado em artigos anteriores nenhuma das versões do IE ainda se encontra totalmente compatível com a tecnologia CSS podendo levar a “deformações” gráficas.
Conclusões:
Na maioria das situações observadas, as incompatibilidades reveladas não comprometem a má interpretação dos conteúdos do site, pelo que considerámos que a prioridade de correcção é média.
finalização dos testes
Neste momento temos já todos os testes realizados (dos dois 2 grupos alvo), nos próximos dias procederemos à respectiva análise dos resultados obtidos e, posteriormente, publicaremo-los aqui no blog.
A realização dos testes foi uma experiência que nos permitiu avaliar os principais erros que temos no nosso site, e desta forma poderemos adequar a nossa interface e as metáforas utilizadas às necessidades dos nossos possíveis utilizadores.
testes ao produto (grupo adultos)
Após os testes ao grupo das crianças, passámos à fase de testes ao grupo dos adultos, que estava agendada para o dia 29 de Maio, 4ª feira.
Foram efectuados os testes conforme o especificado, contudo optámos por não avaliar a métrica do tempo, pois como intervimos durante a realização dos testes, achámos que cronometragem das tarefas não seria apropriada.
Foi atribuído a cada um dos 5 participantes adultos um guião, com um plano de tarefas a exectuar:
Guião B
(adulto)
A) Fazer login.
B) Visualizar página Somos através do menu Home (verificar se vê vídeo).
C) Aceder à página “i&d“, e posteriormente “investigação“, e visualizar a página “4ª ocasião“.
D) Criar um tópico no fórum Membros.
Título:
“Teste de post numero 1″
Corpo:
“Olá a todos!
Esta mensagem faz parte de uma tarefa dos testes de usabilidade do Tecludi.”
E) Alterar imagem de retrato
Imagem: “perfil.jpg” que se encontra no Ambiente de trabalho.
G) Utilizar o tópico ajuda
Ler a ajuda referente a Poll.
H) Fazer uma votação no Poll
I) Fazer logout.
alterações no guião A (crianças)
Devido a considerações acerca do tipo de linguagem utilizada no guião, e tendo em conta que o utilizador-alvo deste teste são crianças dos 8 aos 9 anos, decidimos adaptar a sua linguagem.
Assim, a estrutura do guião a utilizar é a seguinte:
Guião A
(criança)
A) Clica na página “Jogar” B) Fazer o login.
Password: chocolate
C) Ir para a página “brincar” através do menu dos cubos (na Home)
D) Escrever mensagem na shoutbox.
Nome de Utilizador
traquina
Corpo
“Olá Mundo! Este é o teste do TecLudi”
E) Ir para página “Brincar” e depois “Colorir” e pintar desenho no quadro de pintura.
F) Ir para “Wallpapers”
G) Fazer download de um wallpaper.
H) Fazer logout (encerrar sessão)
elaboração de testes ao produto
No dia 26 de Maio, 2ª feira, foi efectuado um pré-teste com uma pessoa especializada em usabilidade. Neste pré-teste não houve uma estrutura guionada para o perito se seguir, pois o nosso objectivo era testar a aplicação na sua generalidade.
Durante esta tarde [27 Maio] iremos deslocar-nos a uma Escola Primária, especificamente à Escola da Freguesia da Glória, em Aveiro, para podermos efectuar testes a 5 crianças com idades compreendidas entre 7-8 anos, de género indefinido. Os testes de hoje irão focalizar-se em tarefas guionadas:
Guião A
(criança)
A) Clica na página “Jogar
B) Fazer o login.
Password: chocolate
C) Aceder á página “brincar
D)Inserir mensagem na shoutbox e apagá-la.
Nome de Utilizador
traquina
Corpo
“Olá Mundo! Este é o teste do TecLudi”
E) Ir para “Colorir” e pintar desenho
F) Ir para “Wallpapers
G)
H) Fazer log out.
aula reposição de projecto [21/05/08]
Posto que na passada 3ª feira não houve aula de projecto, tivemos hoje um momento de esclarecimento de dúvidas como substituição dessa aula, com o Prof. Rui Raposo.
No que respeita à fase de testes o Prof. Raposo deu-nos umas dicas para a elaboração de documentos de suporte aos testes eficazes. Assim, as 3 características fundamentais a avaliar em cada um dos testes são: eficácia, eficiência e satisfação.
Relativamente às limitações que temos nalgumas funcionalidades, devido ao facto de o serviço de SMTP estar limitado, o Prof. Raposo elucidou-nos para as consequências que isso trará para o nosso trabalho.
Assim, funcionalidades como a newsletter, confirmação de registo de utilizador, recuperação de password, não podem ser totalmente desenvolvidas. Portanto, o Prof. Rui Raposo alertou-nos para a necessidade de, apesar de não estarem funcionais devido a limitações do servidor, que deveríamos mesmo assim explicar no momento de avaliação como se realizaria o seu processo num caso real.
resolução de problemas
Como não há tempo a perder, fomos mais uma vez ao técnico Rui Vilas para decifrar alguns problemas que temos encontrado ao longo da última semana, os quais não conseguiamos resolver.
Especificando, os swf’s não funcionavam, , quando apesar de os browsers terem o plugin de Flash e de aparentemente estar tudo correctamente definido: incluindo paths para os directórios, nomes, etc. Contudo, a solução não estava nas nossas mãos, pois o servidor estava com as definições das opções erradas. De momento este problema que já está solucionado.
Outro obstáculo encontrado está relacionado com o serviço de SMTP do servidor. Desta forma, o sistema de newsletter, de recuperação de password e de confirmação do registo de utilizador não poderá estar funcional, devido a imposições do próprio sistema informático da Universidade por questões de segurança, evitando possíveis ataques de spam. Assim, a total implementação destas funcionalidades não poderá estar assegurada, pois é impossível contornar esta situação.
