Testes de acessibilidade no Moodle 2.5

Transcrição

1 Testes de acessibilidade no Moodle 2.5 Janeiro, 2014 UED com o apoio da ESTG 1, do iact 2 e do CRID 3 (Relatório elaborado por: Manuela Francisco e Cláudio Esperança, com a colaboração de Daniel Vieira, Nelson Nunes, Norberto Sousa, Vitor Rodrigues, Rita Cadima e Vitor Távora) Sumário Um dos aspetos focados por Martin Dougianas (2013) relativamente às melhorias do Moodle 2.5 diz respeito à acessibilidade e usabilidade. Segundo o cofundador do Moodle estas melhorias pretendem tornar mais eficiente a navegação nas páginas e as funcionalidades da aplicação. Considerando que um dos fatores fundamentais da acessibilidade é responder às necessidades dos diferentes perfis de utilizadores, procurámos, no IPLeiria, validar estas melhorias com utilizadores que apresentam necessidades específicas: navegação por teclado, navegação pela iris, navegação pelo movimento da cabeça e utilização de leitor de ecrã. Após a instalação, configuração e personalização da plataforma Moodle no servidor do IPLeiria, a Unidade de Ensino a Distância (UED) realizou testes de validação e pertinência das novas funcionalidades. Desenhou-se a unidade curricular (UC) Testes de Acessibilidade, onde foram disponibilizadas ferramentas de comunicação, diferentes tipos de recursos e diferentes tipos de atividades. Elaborou-se um guião com várias tarefas a realizar em diferentes páginas e foi disponibilizada uma lista de verificação das WCAG 2.0, elaborada a partir da Check list disponibilizada pelo W3C (2006) e adaptada aos testes da plataforma de elearning (Moodle). 1 Escola Superior de Tecnologia e Gestão 2 Núcleo de investigação Inclusão e Acessibilidade em Ação 3 Centro de Recursos para a Inclusão digital 1

2 Os testes foram realizados, autonomamente, por 2 estudantes do 2º ano do curso de Engenharia de Informática da ESTG - Escola Superior de Tecnologia e Gestão, um membro do núcleo de investigação iact inclusão e acessibilidade em ação, do IPLeiria, que utilizaram diferentes leitores de ecrã. Além destes testes foram ainda realizados testes com recurso ao apontador de cabeça SmartNAV (navegação através do movimento da cabeça) por um técnico da Unidade de Ensino a Distância. A usabilidade da plataforma foi também testada com dispositivos móveis sem apesentar problemas de navegação e de conteúdos. Os resultados obtidos permitiram detetar diversas barreiras à acessibilidade, pelo que propomos um conjunto de sugestões para os docentes, que visam ultrapassar algumas destas barreiras. Palavras-chave: elearning, Moodle 2.5, acessibilidade, leitor de ecrã, SmartNAV, validação manual e automática. 1. Introdução O Instituto Politécnico de Leiria tem vindo a afirmar a sua preocupação com as questões da acessibilidade e inclusão de pessoas com diferentes perfis e necessidades, não só na comunidade académica mas também na vida social. Dispõe do Centro de Recursos para a Inclusão digital (CRID) disponível ao público com necessidades especiais. Criou o Serviço de Apoio ao Estudante (SAPE) que pretende contribuir para a promoção do sucesso escolar e combate ao abandono no IPLeiria. Desenvolve investigação na área da inclusão tendo sido criado um núcleo de investigação para este efeito Inclusão e Acessibilidade em Ação (iact). Mas as preocupações com a acessibilidade não se refletem apenas a nível orgânico. Um dos pilares do modelo de ensino a distância é a acessibilidade, onde se procura adaptar materiais e ferramentas para que sejam acessíveis ao maior número de pessoas. E para que estas preocupações não se vejam restritas aos departamentos ou modelos teóricos, é fundamental que toda a comunidade académica seja envolvida. Sensibilizar e mudar atitudes tem sido uma aposta ativa do IPLeiria. E é neste sentido que o ano letivo de foi assumido pela instituição como o ano temático da inclusão através do projeto IPL+Inclusivo. Em consonância com a postura adotada pelo IPLeiria, a legislação tem vindo a reforçar medidas que visam mais acessibilidade e inclusão nos diversos domínios, nomeadamente na web. De acordo com a Lei nº 36/2011 (2011) e a RCM nº 91/2012 (2012), a Administração 2

3 Pública está obrigada a cumprir o nível "A" das WCAG para a informação disponibilizada na internet e o nível "AA" para os serviços disponibilizados na internet, pelo que deverá ser garantida a acessibilidade nos serviços disponibilizados na web pelo IPLeiria. Conscientes que o termo inclusão é muito vasto e os conceitos acessibilidade e usabilidade não são estanques, os mesmos devem ser clarificados no contexto deste trabalho (web e educação no ensino superior). Embora existam muitas definições, consideramos que, neste contexto, se aplica o conceito de acessibilidade proposto pelo consórcio W3C (2005)] Web accessibility means that people with disabilities can use the Web. More specifically, Web accessibility means that people with disabilities can perceive, understand, navigate, and interact with the Web, and that they can contribute to the Web. Para o conceito de usabilidade consideramos a definição de Jackob Nielson (2012): Usability is a quality attribute that assesses how easy user interfaces are to use. The word "usability" also refers to methods for improving ease-of-use during the design process. Face a estes pressupostos, a Unidade de Ensino a Distância, ao atualizar a sua plataforma de elearning, considerou fundamental analisar a acessibilidade, não só do novo interface mas também das novas funcionalidades do Moodle 2.5. Para avaliar o nível de acessibilidade da plataforma de elearning, em particular dos recursos e atividades é necessário recorrer a uma validação manual visto que os validadores automáticos não são garantia de uma efetiva acessibilidade, conforme referido por Sousa & Francisco (2014): Apesar dos validadores reconhecerem se uma imagem contém descrição, este não consegue interpretar se é a descrição adequada ou se se trata apenas de um conjunto de algarismos. Embora os validadores identifiquem se a estrutura hierárquica dos cabeçalhos está correta, não consegue identificar se os cabeçalhos estão definidos no sítio e com o nível hierárquico certo ou se existem títulos que não estão definidos como cabeçalho. Estando conscientes que cada utilizador tem necessidades específicas e que, em pouco tempo, não é possível validar todos os perfis, optou-se por fazer testes de acessibilidade à plataforma, com utilizadores que navegam por teclado, utilizam leitor de ecrã ou ampliador de ecrã ou navegam com recurso ao movimento da cabeça ou da iris. Estas especificidades abrangem vários perfis de utilizadores, nomeadamente os que apresentam dificuldades motoras e incapacidade visual. Considerando que a usabilidade (eficiência) será testada ao longo do primeiro semestre, por docentes e estudantes, optou-se por validar antes do início do ano letivo, a acessibilidade da plataforma no perfil de estudante. O resultado destes testes permite uma correção atempada de erros que poderão melhorar a acessibilidade e a usabilidade da plataforma. 3

4 Neste relatório apresentam-se os procedimentos utilizados, as tarefas propostas, as ocorrências registadas pelos utilizadores, as respostas obtidas na lista de verificação e os resultados da validação automática. Com base na análise dos dados obtidos é feita uma síntese da acessibilidade das funcionalidades testadas e é proposto um conjunto de sugestões para os docentes. 2. Procedimentos para a validação manual Para a validação manual foi desenhado um guião de atividades, disponível numa UC da plataforma de elearning, criada para o efeito. Esta validação foi realizada por 3 utilizadores de leitor de ecrã que navegam por teclado. Inicialmente foi proposto apenas a dois utilizadores U1 e U2, estudantes do IPLeiria. Contudo, como algumas situações apontadas não permitiram compreender os erros efetivos, solicitou-se a colaboração de mais um utilizador de leitor de ecrã U3. Após estes testes foi utilizado o equipamento disponível no CRID - Centro de Recursos para a Inclusão Digital, do IPLeiria, por um técnico da UED, que seguiu as tarefas propostas no guião com recurso ao apontador de cabeça SmartNav. Como complemento à validação manual foi feita a análise automática, obtida pelos validadores examinator e AccessMonitor. 2.1 Testes com leitor de ecrã Foi solicitado aos utilizadores que realizassem um conjunto de tarefas e fossem registando num ficheiro de texto os seus comentários, falhas, melhorias e outras ocorrências que pudessem melhorar a eficiência da plataforma e dos conteúdos. O utilizador 1 (U1) utilizou o navegador Safari e o Leitor de ecrã: VoiceOver 6.0 O utilizador 2 (U2) utilizou o navegador Internet Explorer 10 e o Leitor de ecrã Jaws 13.0 O utilizador 3 (U3) utilizou o navegador Internet Explorer 10 e os leitores de ecrã NVDA e Jaws versões 10, 14 e 15. Este utilizador realizou um conjunto de tarefas que foram propostas posteriormente na UC Testes de Acessibilidade: escolha de grupo, entrega de trabalho, Teste e consulta da pauta de notas. 4

5 As tarefas propostas no guião baseiam-se no acesso a diferentes tipos de recursos e na realização de algumas atividades foram apenas consideradas as atividades do Moodle mais utilizadas pelos docentes, em particular no ensino a distância. Tarefas 1. A primeira tarefa consiste no acesso à plataforma e autenticação, com o novo layout, conforme mostra a figura 1. Figura 1: Página de entrada 5

6 2. Após a autenticação entra-se na Minha página principal (Figura 2) onde foi solicitado a edição do perfil para preenchimento do campo descrição e carregamento de uma fotografia. Figura 2: Minha página principal 3. Por último foi solicitado um conjunto de tarefas a realizar na UC Testes de acessibilidade (Figura 3). Esta UC está estruturada por área de navegação e área de conteúdo. À esquerda encontram-se os blocos de navegação: Menu, Configurações e Participantes. A área de conteúdo está estruturada por tópicos: bloco principal e 3 tópicos. No bloco principal foi disponibilizado o guião. Neste bloco foi também disponibilizada a lista de verificação em 2 versões para que os estudantes optassem pela versão mais acessível. No tópico 1 encontram-se as 6

7 ferramentas de comunicação, no tópico 2 estão os tipos de recursos mais utilizados pelos docentes e no tópico 3 estão tipos de atividades mais comuns. Figura 3: UC Testes de Acessibilidade 7

8 2.2 Testes com o SmartNav A navegação com o apontador de cabeça SmartNav funciona por meio de um refletor que comunica com um emissor de infravermelhos colocado no ecrã. Os movimentos da cabeça permitem a escrita através de teclado virtual e as operações realizadas pelo rato: clique, duplo clique e arrastar. O refletor foi colocado nos óculos, acima do nariz. De acordo com o guião, foi realizado a tarefa de autenticação na Página de entrada, edição do perfil na Minha página principal e o acesso aos recursos e atividades disponíveis na UC Testes de acessibilidade. Por não se terem verificado dificuldades que mereçam destaque, não foi preenchida a lista de verificação. 3. Resultados 3.1. Guião de testes e ocorrências com os leitores de ecrã Para a realização dos testes foi solicitado a colaboração de alguns estudantes e colaboradores do IPL que utilizam tecnologias/produtos de apoio. Apenas 2 estudantes mostraram disponibilidade para realizar os testes antes do início do ano letivo. Após a realização dos testes por estes estudantes, contámos com a participação de um investigador do iact, também utilizador de tecnologias de apoio, que realizou outras tarefas que não foram apresentadas no guião inicial. Foi elaborado um documento Guião de testes - com indicações para os utilizadores relativamente às tarefas e procedimentos a realizar. Foram definidas tarefas para as páginas: Entrada, Minha página principal, UC Testes de acessibilidade. Este documento poi enviado por no final do mês de julho, tendo os estudantes realizado as tarefas no mês de agosto. Após uma breve análise aos resultados, houve necessidade de testar outras funcionalidades da plataforma que foram realizadas pelo colaborador do iact no mês de outubro. Os resultados dos testes realizados em cada página realização de tarefas e ocorrências registadas, são apresentados nas tabelas seguintes. 8

9 3.1.1 Página de entrada Tarefas Ocorrências U1 (Safari e VoiceOver 6.0) Ocorrências U2 (IE 10 e Jaws 13) Autenticar-se com os seus dados de acesso à plataforma. ok ok Tabela 1: Ocorrências na Página de entrada Minha página principal Tarefas No bloco configurações selecione Editar perfil, coloque na descrição o curso que está a frequentar e, caso ainda não tenha, coloque uma foto sua. No bloco Menu aceda aos ficheiros privados e carregue um ficheiro qualquer e grave as alterações. No bloco Menu entre em Unidades curriculares, escreva a palavra testes na caixa de pesquisa e selecione procurar. Irá surgir a UC Testes acessibilidade que deve selecionar e inscreva-se utilizando a senha ued. Tabela 2: Ocorrências na Minha página principal Ocorrências U1 (Safari e VoiceOver 6.0) Não recebo qualquer indicação do tipo de controlo ou do que fazer com o item "Meu perfil". Consigo clicar-lhe, e expandir um menu onde encontro a opção "Editar perfil", mas creio que seria útil fornecer informação sobre o item referido. Sou incapaz de fazer upload de uma foto para o meu perfil. Encontro um botão designado "Fotografia do utilizador". Clico nele, e aparece-me um menu onde encontro vários links tais como "Add_file adicionar ficheiro" e vários links designados "Fotografia do utilizador", que eu não consigo perceber o que fazem, ou o que são. Quando clico em "adicionar ficheiro", ele abre-me penso que um popup, mas não consigo carregar qualquer ficheiro. Encontro um texto chamado "selecionar ficheiro", mas nem com o teclado, nem mesmo colocando o rato sobre este texto, consigo clicar-lhe. Clico e nada acontece. De novo deparo-me com o mesmo problema. Sou incapaz de carregar qualquer ficheiro, tendo o mesmo problema exposto no ponto anterior. ok Ocorrências U2 (IE 10 e Jaws 13) Não foi possível carregar a fotografia. Não foi possível carregar ficheiro. ok 9

10 3.1.3 UC Testes acessibilidade Tarefas No tópico Ferramentas de comunicação aceda ao Fórum de apresentações e realize as tarefas: crie um novo tópico e faça uma breve apresentação sua (quem é e o que faz) e anexe um ficheiro qualquer, por exemplo uma foto sua; responda à mensagem da Manuela Francisco onde são apresentadas mais 3 tarefas: 1- responder a esta mensagem confirmando se acedeu ao ficheiro anexo; 2- editar a sua mensagem (tem 30 minutos para o fazer após envio da mensagem para o fórum) avalie uma mensagem de um colega. No tópico Ferramentas de comunicação aceda ao Chat, entre na sala e escreva algo. Regresse à página inicial da UC. No tópico Tipos de recursos: aceda ao item Ficheiro incorporado e regresse ao tópico. aceda ao item Ficheiro para descarregar e regresse ao tópico. Verifique qual das opções é mais eficiente para si: se a opção de gravar o ficheiro no seu computador ou ler o ficheiro incorporado na plataforma. No tópico Tipos de recursos aceda ao item Pasta com ficheiros e verifique se o acesso aos ficheiros organizados em pasta é eficiente e regresse ao tópico tipos de recursos. No tópico Tipos de recursos verifique se após os recursos ficheiros teve a perceção da existência do seguinte texto: separador-linha de texto. No tópico Tipos de recursos aceda ao item Página com vídeo e verifique se acede ao vídeo incorporado. Regresse ao tópico Ocorrências U1 (Safari e VoiceOver 6.0) Consigo criar um novo tópico sem problemas. Contudo, o mesmo problema com o envio de ficheiros volta a ocorrer. As restantes tarefas foram efetuadas sem qualquer problema. Contudo, para regressar ao tópico ferramentas de comunicação, não foi fácil encontrar os links com os diferentes tópicos, uma vez que me são lidos depois dos tópicos do fórum. Nota: o meu leitor de ecrã não me fornece qualquer feedback se eu já li determinada mensagem. Na realização desta tarefa, tive que utilizar a versão mais acessível do chat, uma vez que o meu leitor de ecrã saltava entre elementos sozinho na versão comum do chat. Não consigo voltar para o tópico "Tipos de recursos", não encontro link para tal. Não encontro forma de abrir o ficheiro para descarregar na plataforma. Ao clicar nesse link, o meu programa de leitura de pdf do Mac OSX é aberto automaticamente. Sim, a navegação utilizada funciona perfeitamente com o meu leitor de ecrã. Sim, este texto é identificado pelo meu leitor de ecrã. Sim, consigo aceder ao vídeo das duas formas. Pessoalmente, gostei mais da opção de usar o player original embutido na página, visto que é totalmente acessível (caso se Ocorrências U2 (IE 10 e Jaws 13) Não foi possível carregar ficheiro. ok Gosto mais de ficar com o ficheiro no pc, até porque ao abrir no navegador não consegui depois voltar atrás para continuar a navegação na plataforma. ok ok ok 10

11 Tarefas tipos de recursos. No tópico Tipos de recursos aceda ao item Exemplo de livro e verifique se consegue navegar nas diversas páginas através do índice e aceder ao conteúdo das páginas. Regresse ao tópico tipos de recursos. No tópico Tipos de recursos aceda ao site do IPL+inclusivo e regresse ao tópico tipos de recursos. No tópico tipos de atividades aceda ao item Base dados inclusão e adicione um novo registo (não se preocupe com o que escreve, a ideia é testar a acessibilidade da ferramenta). Regresse ao tópico tipos de atividades. No tópico Tipos de atividades aceda ao item Glossário inclusão e adicione um novo termo (não se preocupe com o que escreve). Regresse ao Tópico tipos de atividades. No tópico tipos de atividades aceda ao item Diário de estudante e escreva o dia e hora em que acedeu. Regresse ao tópico tipos de atividades. No tópico tipos de atividades aceda ao item Entrega de trabalho submeta um ficheiro qualquer. Ocorrências U1 (Safari e VoiceOver 6.0) utilize o youtube na sua versão html5, que é o meu caso. Se estivermos perante um computador que utilize a versão flash os controlos do vídeo não serão acessíveis tanto no player embutido como na própria página do youtube). Sim, a navegação dentro do livro através do índice funciona sem qualquer problema para mim. ok Consegui realizar a tarefa sem problemas, contudo, as caixas de texto de palavras chave, link, etc, apesar de terem presentes labels indicativas, quando navego pelas caixas de texto com a tecla tab, a label não me é anunciada. Tarefa realizada sem problemas. Neste caso as labels eramme anunciadas quando navegava com a tecla tab entre as diferentes caixas de texto. Sou incapaz de efectuar a tarefa. Entro na wiki diário do estudante, mas não consigo alterar o conteúdo da caixa de texto. Fica sempre escrito "Reflexões". De novo sou incapaz de submeter um ficheiro, pelos problemas expostos acima. Ocorrências U2 (IE 10 e Jaws 13) ok ok ok ok ok Não foi possível escolher o ficheiro Tabela 3: Ocorrências nas páginas da UC Testes de acessibilidade Análise dos testes realizados por U1 e U2 Como se verifica nas ocorrências, nenhum dos utilizadores conseguiu carregar ficheiros nas diferentes tarefas onde tal procedimento era solicitado. Se analisarmos a figura 4, são necessários 3 passos (indicados com cor vermelho) para carregar um ficheiro: Passo 1 - Na janela de ficheiros, clicar no link Adicionar ficheiro que abre uma nova janela; 11

12 Passo 2 Clicar no botão Procurar; Passo 3 Clicar no botão Enviar este ficheiro. Para quem tem acesso visual a estas janelas, o procedimento é relativamente simples e intuitivo. Além disso, é possível ficar pelo passo 1 e arrastar os ficheiros para a janela de ficheiros e gravar as alterações. Contudo, para quem não tem acesso visual, não tem a perceção, que na janela que surge após o Passo 1, existe um botão procurar que corresponde ao Passo 2. Assim, a sequência lógica de navegação com o leitor de ecrã é selecionar nesta janela o link Enviar ficheiro (indicado na imagem como Passo 2 em cor azul), que efetivamente não encaminha o utilizador para mais nenhuma opção. Figura 4: Janelas para carregar um ficheiro 12

13 3.1.5 Análise dos testes realizados por U3 Após esta análise, foi solicitado ao utilizador 3 que realizasse mais umas tarefas onde foram dadas indicações relativamente ao carregamento de ficheiros. Tarefas Ocorrências U3 (IE+ NVDA e Jaws) No item Entrega de trabalho submeta um ficheiro ok qualquer. Para isso deve-se seguir os passos: 1 - selecionar o item Entrega de trabalho Sucesso. Numa primeira abordagem, dificuldade em encontrar o Link através de navegação sequencial, ou seja, com as setas, porque a primeira informação a ser lida é o Alt da imagem "trabalho" e não o texto do Link "Entrega de trabalho". 2- botão enviar trabalho Sucesso. Atenção à informação em inglês após o botão enviar: Make changes to your submission 3 - adicionar ficheiro Sucesso. 4 - botão escolher ficheiro (selecione um qualquer no Insucesso. Na primeira tentativa com qualquer versão dos leitores de ecrã: Jaws e NVDA. seu computador Com o Jaws 15 consegui chegar ao formulário de envio de ficheiro após ter pressionado os Links Adicionar ficheiro e enviar ficheiro. Depois de pressionar o botão: Browse finalmente apareceu a caixa de diálogo do Windows para escolher o ficheiro. Apesar de não ser intuitivo e fácil fazer aparecer o formulário de procura do ficheiro, é "acessável" o processo de enviar um segundo ficheiro utilizando NVDA ou diferentes versões do Jaws. 5 - botão enviar este ficheiro Sucesso. Facilmente encontrado depois das dificuldades apontadas no passo anterior. No item Teste: responder às 4 questões que são apresentadas de forma diferente. Cada pergunta aparece numa nova página pelo que deverá selecionar o botão seguinte para responder à próxima questão. No final das 4 questões, submeta o teste e confirme a submissão. Indique se consegue responder aos 4 tipos de perguntas e se conseguiu submeter o mesmo. No bloco lateral "Configurações" Aceda ao item Pauta e verifique se consegue ver a nota que obteve no teste. Insucesso. As primeiras perguntas foram fáceis de navegar e responder, na última pergunta o cursor fica preso na caixa de edição e não se consegue ler a pergunta porque não se consegue sair da caixa, nem com as setas, nem com Tab. Nas perguntas o cabeçalho deveria ser o próprio texto da pergunta e não a informação "Texto da pergunta" Atenção ao Feedback em inglês: Your answer is correct. Insucesso. Tabela não é amigável à navegação em particular com o NVDA pois não permite uma navegação lógica. Com o Jaws a navegação é perturbada pelo facto de haver células em branco para efeitos de layout e a linha da categoria desformata a tabela, ou seja passa para uma tabela de 2 colunas e logo a seguir passa para uma tabela com o nº de colunas lido inicialmente quando se entra na pauta do aluno. Não permite uma navegação consistente pelo que um utilizador menos expedito na navegação por tabelas não conseguirá perceber onde está a nota correspondente a cada item de avaliação. 13

14 No item escolha de grupo, inscrever-se no grupo Atividades Sucesso. Contudo quando se entra no item escolha de grupo o texto Escolha e inscrição automática deveria estar como cabeçalho. Tabela 4: Ocorrências registadas pelo utilizador U3 nas diversas páginas O radio botão para marcar o grupo não enuncia o nome do grupo quando a navegação é feita com as setas. Após a realização das tarefas propostas ao utilizador U3, confirmou-se que o carregamento de ficheiros é uma operação complexa para os utilizadores de leitor de ecrã. Identificou-se ainda que algumas funcionalidades da própria plataforma tornam-se ruído para o utilizador em vez de ser uma mais-valia, uma vez que torna a informação redundante, como é o caso das imagens dos itens dos vários tópicos que podem ser consideradas imagens decorativas, e.g. ítem trabalho: Alt Trabalho + texto do Link: Entregar trabalho; ou os Links para ocultar/expandir os blocos, funcionalidades que poderiam ser incluídas no próprio cabeçalho do bloco. Relativamente ao teste, os 4 tipos de questões apresentadas foram: 1- escolha múltipla, 2- texto curto, 3- verdadeiro/falso, 4- texto longo. Não houve qualquer problema com as 3 primeiras questões, porém quando o utilizador passa para a 4ª questão o leitor de ecrã não lê a pergunta e passa diretamente para a caixa de edição (resposta à questão). Outro problema apontado refere-se à existência de um cabeçalho oculto com a informação: texto da pergunta em vez de conter a própria pergunta. No que diz respeito à pauta de notas, apesar de ter sido configurado para aparecerem só as colunas - Itens de avaliação, Pesos, Notas, Feedback - a tabela que é mostrada ao estudante é complexa (tem dentro da tabela principal outras tabelas) dificultando a navegação. Foi apontado pelo utilizador U3 que existe uma coluna com células em branco para efeitos de Layout mas que é lida pelo leitor de ecrã Lista de verificação Após a realização das tarefas propostas para cada página, os utilizadores preencheram a lista de verificação disponível nas versões do Moodle e do Lime Survey. Ambos optaram pela versão do Moodle (realizada com a ferramenta questionário). Na lista de verificação foi considerada a escala de 1 a 4 considerando: 1 para sim, 2 para não, 3 para parcial, 4 para não se aplica. 14

15 Nas tabelas seguintes apresentam-se as respostas a cada uma das questões. São apresentadas 4 tabelas, de acordo com os 4 princípios das WCAG 2.0: Percetível, Operável, Compreensível e Robusto. As diretrizes constantes em cada princípio foram adaptadas aos testes realizados no Moodle e ao perfil de utilizadores que iriam participar nos testes. Percetível Questões Resposta U1 Resposta U2 Resposta U3 Existe alternativa textual para as imagens, botões e outros elementos gráficos Os quadros e tabelas apresentam título As tabelas apresentam sumário Os títulos estão identificados como cabeçalhos Existe uma estrutura lógica de navegação A navegação é intuitiva As instruções não dependem de informação visual ou sonora A cor não é o único método utilizado para transmitir conteúdo ou distinguir elementos visuais A página é legível e funcional quando o tamanho do texto é aumentado As cores utilizadas para o texto e para o fundo facilitam a leitura Tabela 5: Resultados para o princípio Percetível 15

16 Operável Questões Resposta U1 Resposta U2 Resposta U3 Todas as funcionalidades podem ser acedidas por teclado Existem teclas de atalho para operações fundamentais As funcionalidades e conteúdos não têm limites ou restrições de tempo O utilizador continua a atividade que estava a desenvolver sem perder os dados, (por exemplo, quando a sessão autenticada expira e existe necessidade de nova autenticação). Existem links para saltar grandes blocos de informação, como a navegação e outros elementos que se repetem em todas as páginas Existe um link para saltar para a área de conteúdo Cada página tem um título descritivo e informativo A ordem de navegação dos links, elementos de formulário, etc. é lógica e intuitiva Finalidade dos links é facilmente determinada pelo seu texto Links com o mesmo texto que direcionam para locais diferentes estão contextualizados Estão disponíveis várias formas para encontrar as páginas no site (lista de páginas, mapa do site, etc.) Os cabeçalhos, títulos ou etiquetas não estão repetidos, ou no caso de existir repetição, estes estão devidamente agrupados e contextualizados O foco do teclado é visualmente percetível Tabela 6: Resultados para o princípio Operável 16

17 Compreensível Questões Resposta U1 Resposta U2 Resposta U3 O idioma da página está identificado O conteúdo com idioma diferente do da página está identificado As palavras ambíguas e abreviaturas têm texto explicativo Quando um elemento da página recebe o foco, não existe uma mudança gráfica substancial da estrutura da página que confunda ou desoriente o utilizador. Links de navegação repetidos em diferentes páginas mantêm a mesma ordem de navegação. Elementos que têm a mesma funcionalidade nas diferentes páginas mantêm a mesma identificação Os erros são apresentados de maneira eficiente, intuitiva e acessível Estão disponíveis etiquetas ou instruções Existem sugestões e instruções contextualizadas Existe informação para correção e prevenção de erros A ajuda disponível é acessível e intuitiva A submissão de formulários permite validação, alteração e confirmação Tabela 7: Resultados para o princípio Compreensível 17

18 Robusto Questões Resposta U1 Resposta U2 Resposta U3 Indique qual o browser ou browsers que utilizou e com que produto ou produtos de apoio, indicando as respetivas versões. Tabela 8: Resultados para o princípio Robusto Safari e VoiceOver 6.0 Internet explorer 10, jaws 13.0 IE10, Jaws 14, 15 e NVDA Fazendo uma análise dos resultados obtidos, verifica-se que existem alguns problemas na estrutura de navegação e clarificação de termos/ links. Na lista seguinte apresentam-se os itens da lista de verificação que foram destacados como não estando em conformidade: Links com o mesmo texto que direcionam para locais diferentes estão contextualizados Estão disponíveis várias formas para encontrar as páginas no site (lista de páginas, mapa do site, etc.) Os cabeçalhos, títulos ou etiquetas não estão repetidos, ou no caso de existir repetição, estes estão devidamente agrupados e contextualizados. O conteúdo com idioma diferente do da página está identificado. As palavras ambíguas e abreviaturas têm texto explicativo. Quando um elemento da página recebe o foco, não existe uma mudança gráfica substancial da estrutura da página que confunda ou desoriente o utilizador. Links de navegação repetidos em diferentes páginas mantêm a mesma ordem de navegação. 3.3 Resultados com o SmartNav Conforme já foi referido, não se verificaram grandes dificuldades na realização das tarefas propostas para cada página. Os campos de autenticação na Página de entrada apresentam uma dimensão que facilita a seleção e escrita, as tarefas propostas para a Minha página 18

19 principal também não ofereceram dificuldades de execução, assim como a maioria dos recursos e atividades apresentados na UC Testes de acessibilidade, tendo sido realizadas todas as tarefas propostas. Contudo, nos blocos laterais da Minha página principal e na UC Testes de acessibilidade, como os links estão muito próximos (figura 5), torna-se difícil selecionar o que se pretende, sendo necessário alguma destreza e controle do movimento da cabeça para selecionar o link ou opção que se pretende. Figura 5: Bloco Menu na Minha página principal e na UC Testes de acessibilidade 19

20 Também na Atividade Teste, as questões de escolha múltipla e de verdadeiro/falso, por apresentarem as opções na vertical muito próximas, isto é, pouco espaçamento entre linhas, dificultam a seleção da opção pretendida (figura 6). Figura 6: Opção de escolha múltipla da atividade Teste. Assim, para este sistema de navegação é fundamental uma estrutura de navegação com poucos cliques, espaçamento entre links e tamanho de texto, icones e botões de navegação grandes. 20

21 3.4. Validação automática Como complemento da validação manual, o URL das Página de entrada, Minha página principal e UC Testes de acessibilidade foram submetidas a uma validação automática examinator (WCAG 1.0) Com este validador obtiveram-se os resultados por página, apresentados nas tabelas seguintes. Página de entrada A validação desta página com o examinator obteve uma pontuação de 8,5 em 10, tendo sido identificados três problemas apresentados na tabela 9. Prioridade Descrição do problema Justificação técnica 1 Inexistência de conteúdo alternativo para scripts presentes no corpo da página Este código é gerado de forma automática pelos mecanismos internos do Moodle pelo que a resolução deste problema implica alterações no funcionamento interno do sistema 2 Utilização de medidas absolutas 3 Carateres por omissão em controlos Apesar de estas medidas não serem utilizadas na página inicial, como alguns componentes internos do sistema utilizam medidas absolutas e estas definições estão presentes nas folhas de estilo comuns (mesmo quando não estão em uso), este aviso é gerado. Para esta página inicial recorreu-se alguns atributos HTML5 para especificar o texto por omissão de alguns controlos. Como este validador automático ainda não suporta esta funcionalidade, foi emitido este aviso. No entanto alguns leitores de ecrã nas suas versões mais recentes suportam sem problemas esta funcionalidade. Tabela 9: Resultados qualitativos do examinator da Página de entrada 21

22 Minha página principal A página principal de cada utilizador é personalizável pelo mesmo podendo ser escolhidos os blocos e funcionalidades presentes nesta página. A validação do código-fonte gerado obteve um índice de 7,8 em 10 com a identificação de 4 problemas conforme se apresenta na tabela 10. Prioridade Descrição do problema Justificação técnica 1 Inexistência de conteúdo alternativo para scripts presentes no corpo da página Este código é gerado de forma automática pelos mecanismos internos do Moodle pelo que a resolução deste problema implica alterações no funcionamento interno do sistema 2 Utilização de cabeçalhos mas a sua estrutura não é válida (não existe nenhum cabeçalho de nível 1) Esta é uma situação que pode ser resolvida diretamente no tema através da redefinição da estrutura de cabeçalhos 2 Existência de hiperligações com o mesmo texto mas que apontam para destinos diferentes São hiperligações que dependem do contexto e que são repetidas para cada uma das unidades curriculares existentes. Possivelmente esta situação terá de ser revista através da redefinição dos métodos internos que geram estas hiperligações 2 Utilização de medidas absolutas Estas medidas absolutas são herdadas a partir de alguns componentes internos que podem não estar a ser utilizados mas são detetados com o validador automático Tabela 10: Resultados qualitativos do examinator da Minha página principal 22

23 UC Testes de acessibilidade A página inicial da unidade curricular de Testes de acessibilidade utilizada pelos utilizadores na avaliação da acessibilidade e usabilidade da plataforma obteve um índice de 6,9 em 10 pelo examinator. No global foram identificados 6 problemas, numa das páginas mais complexas apresentadas aos utilizadores. Prioridade Descrição do problema Justificação técnica 1 2 Inexistência de conteúdo alternativo para scripts presentes no corpo da página Utilização de manipuladores de eventos direcionados a um tipo de dispositivos Problema semelhante ao identificado nas outras páginas Esta é uma limitação do validador pois, apesar de se utilizarem estes manipuladores específicos a funcionalidade é mantida para todos os outros utilizadores através da ativação das hiperligações aos quais estes eventos estão associados. 2 Problemas na estrutura de cabeçalhos na página A situação terá de ser analisada e revista (se possível) 2 Existência de hiperligações com o mesmo texto mas que apontam para destinos diferentes As hiperligações são repetidas em contextos/blocos diferentes que podem estar ativos ou não. É uma redundância comum a vários perfis de utilização que não pode ser facilmente eliminada 2 Utilização de medidas absolutas Esta situação poderá ser retificada dado que o texto associado a esta medida pertence a uma imagem 3 Links adjacentes a outros links sem separação através de carateres imprimíveis Situação a ser analisada Tabela 11: Resultados qualitativos do examinator da página UC Testes de acessibilidade 23

24 3.4.2 AccessMonitor (WCAG 2.0) Utilizando este validador, os resultados foram os seguintes: Página de entrada A validação da página de entrada do sistema em teste no AccessMonitor obteve um índice de 10 em 10, com a emissão de alguns avisos para execução de verificações manuais. Figura 7: Índice 10 na Página de entrada Minha página principal O AccessMonitor atribuiu um índice de 7,1 em 10 para esta página. Figura 8: Índice 7.1 na Minha página principal 24

25 Foram identificados os seguintes problemas: Prioridade Descrição do problema Justificação técnica 1 Constatou-se que não existem cabeçalhos marcados na página 3 1 Foram localizados links com o mesmo texto que apontam destinos diferentes Foram encontrados links em que o conteúdo é composto apenas por uma imagem não legendada Tabela 12: Resultados qualitativos do AccessMonitor da Minha página principal Esta é uma situação que pode ser resolvida diretamente no tema através da redefinição da estrutura de cabeçalhos Este problema foi também identificado pelo outro validador utilizado e carece de uma análise mais cuidada para resolução do problema sem efetuar alterações ao core do Moodle Este é, mais uma vez, um problema relacionado como alguns componentes internos do Moodle foram construídos. Terá de se proceder à análise e identificação dos problemas para elaboração de uma solução UC Testes de acessibilidade A avaliação desta página obteve um índice de 8,5 em 10. Figura 9: Índice 8.5 na UC Testes de acessibilidade 25