Um Plano de Testes para Apoiar o Processo de Avaliao
de Acessibilidade de uma Pgina Web segundo as WCAG 2.0
Leonardo L. Nardi, Carolina C. Sacramento, Maria Alice S. Brito Instituto de Matemtica e Estatstica Departamento de Informtica e Cincia da Computao Universidade do Estado do Rio de Janeiro (UERJ) dsnardi@gmail.com, carolinasacramento@globo.com, malice@ime.uerj.br Resumo. Este artigo descreve um plano de testes para auxiliar a avaliao de acessibilidade de pginas e stios na Web. O plano uma extenso do planejamento de avaliao de acessibilidade inerente aos critrios de sucesso das WCAG 2.0. Essa avaliao reconhecidamente complexa e volumosa. Alm disso, os resultados desse processo apenas indicam os itens que no esto em conformidade com os critrios de sucesso, sem sugerir solues. Sendo assim, o plano de testes apresentado neste trabalho traz duas contribuies: i) ordena as etapas de avaliao; e ii) inclui no relatrio final as sugestes de correo para cada falha. Palavras-chave: Acessibilidade na Web, Avaliao de acessibilidade na Web. Abstract. This paper describes a test plan to support the accessibility evaluation of Web pages and sites. This plan is an extension of the accessibility evaluation planning inherent to WCAG 2.0 success criteria. This evaluation is admittedly complex and extensive. In addition, the results indicate only items that do not conform to the success criteria, without recommending solutions. Thus, the test plan presented in this work brings two contributions: i) sorts the evaluation steps and ii) includes suggestions to repair each failure in the final report. Keywords: Web accessibility, Web accessibility evaluation 1. Introduo As possibilidades trazidas pela Internet, tais como compartilhamento de dados, comunicao instantnea, aquisio de produtos e servios, e acesso a informaes em ambiente virtual e em escala mundial, permitindo interatividade, levaram participao social em grande escala sem limites geogrficos. No mundo real, tanto os ambientes circulados e produtos utilizados/consumidos, quanto bibliotecas, restaurantes, universidades, automveis, por exemplo, precisam ser arquitetados e construdos com base nos conceitos do desenho universal e da acessibilidade. Esses mesmos conceitos so necessrios tambm no mundo virtual, a Internet. A acessibilidade na Web um tema rico e ao mesmo tempo premente, trazendo a chance da incluso digital aos portadores de necessidades especiais. Assim sendo, abre- se, a essas pessoas, a oportunidade de realizar, confortavelmente, as operaes Cadernos do IME : Srie Informtica : Vol. 31 : Dezembro 2011: 27 disponveis na Web, sejam elas de servios, comerciais, acadmicas, entretenimento, dentre outras. Esse tema tem sido alvo de interesses, com pesquisa e desenvolvimento [Lawrence and Giles 2000, Lazar et al. 2004, Henry 2006, Henry 2006, CRPD 2008, W3C-a], alm do estabelecimento de recomendaes, h mais de uma dcada. Em 1999, foi lanada a primeira verso da Web Content Accessibility Guidelines (Guia de Recomendaes para Acessibilidade na Web) WCAG 1.0 [W3C-b] e em 2008 a ltima verso, denominada WCAG 2.0 [W3C-c]. Mesmo com esses esforos para a definio de recomendaes voltadas para a acessibilidade na Web, o que apresentado na seo 2, a maioria das pginas e stios Web no atende a essas recomendaes. Essa lacuna a razo principal deste trabalho, que se situa na avaliao de acessibilidade de pginas e stios Web. As WCAG 2.0 foram estabelecidas com dois objetivos principais, a testabilidade e a independncia quanto a evolues tecnolgicas. Os critrios de sucesso distribudos pelas diretrizes e princpios das WCAG 2.0 podem ser aplicados como um checklist na avaliao de acessibilidade de uma pgina ou stio na Web [Fernandes et al. 2011]. Esse processo, habitualmente, realizado em duas etapas de validao: automtica e manual. Uma avaliao desse tipo gera um relatrio que aponta os itens que no esto em conformidade com os critrios de sucesso. O World Wide Web Consortium (W3C) [W3C-a] recomenda que os avaliadores de acessibilidade sejam muito preparados quanto ao domnio de tecnologias Web, das ferramentas de avaliao, das barreiras que impedem a acessibilidade, das tecnologias assistivas, bem como das prprias recomendaes WCAG 2.0, em face da complexidade envolvida nessa avaliao. No processo de avaliao, para a validao automtica, h diversas ferramentas disponveis no stio do World Wide Web Consortium (W3C) [W3C-d]. Alm dessa disponibilidade, o W3C tambm orienta a escolha da ferramenta mais apropriada pgina ou ao stio que est para ser avaliado. Para a validao manual (visual e auditiva), h ferramentas que possibilitam o registro das falhas e das indicaes de suas correes. A validao manual (visual e auditiva) consiste em uma varredura por todos os itens da pgina, segundo os critrios de sucesso das WCAG 2.0. Esse processo costuma resultar em um nmero considervel de problemas que a validao automtica no identifica [Koutsabasis et al. 2010]. Diante dessa complexidade e volume, esses autores, alm de concordar com o W3C sobre a recomendao de que o avaliador possua preparo, sugerem a incluso de organizao e emprego de tcnicas, na gerncia da avaliao. Em [Lang 2003], essas sugestes tambm so consideradas, devendo ainda ser acrescentada a descrio das solues para as falhas, no relatrio final da avaliao. Essas sugestes apontadas, em [Koutsabasis et al. 2010, Lang 2003], foram adotadas como extenso do planejamento intrnseco s WCAG 2.0, resultando na especificao do plano de testes, apresentado na seo 4, sendo a contribuio deste trabalho. 28 : Cadernos do IME : Srie Informtica : Vol. 32 :Dezembro 2011 Na experincia de avaliao de uma pgina desenvolvida sem o compromisso com a acessibilidade, foi empregado o plano de testes do presente trabalho. O nvel de conformidade adotado nessa avaliao foi o AAA [W3C-c], considerado o mais rigoroso. Por tratar-se de uma pgina simples, apenas 51% dos critrios de sucesso aplicaram-se, nos quais pouco mais da metade apresentaram falhas. Essas falhas detectadas foram apontadas no relatrio, acompanhadas das sugestes para as suas correes, contribuindo para que o responsvel pelos seus reparos faa uso desta orientao. Outra questo que surge nas experincias com avaliao de acessibilidade aplicada por diferentes avaliadores a uma mesma pgina ou stio a produo de resultados diferentes, conforme observaes apontadas na seo 3, de trabalhos relacionados. 2. Acessibilidade na Web A acessibilidade em seu termo mais amplo uma qualidade diretamente relacionada ao conceito de desenho universal, pois, so seus princpios que estabelecem os requisitos de acessibilidade de quaisquer produtos [Gil 2006]. Este termo, desenho universal, foi definido, em 1997, por Ronald L. Mace [UDI-a], como o design de produtos e ambientes a serem usados por todas as pessoas, na maior medida possvel, sem a necessidade de adaptao ou desenho especializado. Para reforar a prtica deste conceito, um grupo de arquitetos sob a liderana deste autor, Ronald L. Mace, estabeleceu os sete princpios do desenho universal, que vm sendo adotados em todo o mundo [UDI-b], como a seguir: 1: Uso equitativo. O design til e comercializvel s pessoas com habilidades diversas; 2: Flexibilidade em uso. O design acomoda uma ampla variedade de preferncias e habilidades individuais; 3: Uso simples e intuitivo. Uso do design fcil de entender, independentemente da experincia do utilizador, conhecimentos, habilidades de linguagem, ou nvel de concentrao corrente; 4: Informao perceptvel. O design comunica eficazmente a informao necessria para o usurio, independentemente das condies ambientais ou habilidades sensoriais do usurio; 5: Tolerncia de erro. O design minimiza perigos e consequncias adversas de aes acidentais ou no intencionais; 6: Baixo esforo fsico. O projeto pode ser usado de forma eficiente e confortvel e com um mnimo de fadiga; 7: Tamanho e espao para o acesso e uso. Tamanho apropriado e um espao para abordagem, alcance, manipulao e uso independentemente do tamanho do corpo do usurio, postura ou mobilidade. No contexto da Web, a acessibilidade a propriedade que uma pgina ou stio Web possui de permitir que pessoas com alguma deficincia possam us-la com a mesma eficcia que as demais [Slatin and Rush 2003]. Em [Brajnick et al. 2010], a definio de acessibilidade na Web estendida, abrangendo os aspectos tcnicos da interface de usurio e a maneira como as pessoas percebem, interpretam e agem com essa interface. O impedimento de acesso s pessoas com algum tipo de deficincia ocorre devido a barreiras, que aparecem evidenciadas no objetivo principal da Conveno sobre os Direitos das Pessoas com Deficincia das Naes Unidas, que foi publicada desde 2008 [CRPD 2008], reproduzido, a seguir: promover, proteger e assegurar o Cadernos do IME : Srie Informtica : Vol. 31 : Dezembro 2011: 29 desfrute pleno e equitativo de todos os direitos humanos e liberdades fundamentais por parte de todas as pessoas com deficincia e promover o respeito pela sua inerente dignidade. Pessoas com deficincia so aquelas que tm impedimentos de natureza fsica, intelectual ou sensorial, os quais, em interao com diversas barreiras, podem ter obstruda a sua participao plena e efetiva na sociedade com as demais pessoas. Mais, especificamente, no artigo 9 dessa conveno, intitulado Acessibilidade, so enumerados os objetos fsicos ou de servios, cujo acesso deve ser assegurado s pessoas com deficincias, em igualdade de oportunidades com as demais e por essa razo devem ser submetidos identificao e eliminao de barreiras. Desse elenco, fazem parte os sistemas e tecnologias da informao e comunicao. Tim Berners [W3C-e] chama a ateno para o compromisso fundamental, desde a criao da Web, com a acessibilidade a todas as pessoas, independentemente, do seu hardware, software, lngua, cultura, localizao, capacidade fsica ou mental. Na sua concepo, se uma aplicao Web desenvolvida alcana esse objetivo, ela acessvel s pessoas de uma faixa diversa de audio, movimento, viso e capacidade cognitiva. Isso faz com que o impacto da deficincia seja alterado, radicalmente, removendo barreiras de comunicao e interao, que as pessoas com deficincia encontram no mundo fsico. A justificativa do autor para o surgimento de barreiras em stios ou pginas a de que seus sistemas foram mal concebidos e desenvolvidos, causando, assim, a excluso de pessoas de seu uso. Entre as iniciativas para conduzir a Web ao seu potencial, para que se torne acessvel, permitindo que as pessoas com deficincia participem do mesmo modo que as demais, foi articulada a criao do comit gestor Web Accessibility Initiative (WAI) [W3C-f]. Com esse compromisso, a funo do departamento de acessibilidade, cujo nome coincide com o do comit, tem a funo de desenvolver padres abertos, que garantam o crescimento, a longo prazo, elaborando estratgias, diretrizes e recursos para que as pessoas com deficincia participem igualmente na Web. Os autores, em [Dias 2007, Melo et al. 2004], consideram ainda a flexibilidade proporcionada pela Web, para que seu uso seja permitido em diferentes ambientes e situaes, e atravs de vrios equipamentos e navegadores. Uma referncia a ser adotada no desenvolvimento de aplicaes Web tal como a dos princpios para desenho universal fazia-se necessria. Assim, em outubro de 1994, cinco anos aps a criao da World Wide Web, seu inventor, Tim Berners, fundou o World Wide Web Consortium (W3C) [W3C-a]. Em maio de 1999, foi publicada, pelo WAI/W3C, a primeira verso do guia Web Content Accessibility Guidelines (WCAG1.0) [W3C-b]. Nove anos depois, em dezembro de 2008, era lanada a segunda verso desse guia, a WCAG 2.0 [W3C-c], baseada na verso anterior e concebida para ser aplicada em larga escala a diferentes tecnologias Web, atuais e futuras, e ser testvel com uma combinao de testes automticos e avaliao manual. Essas recomendaes de acessibilidade para o contedo da Web (WCAG 2.0) definem a forma como tornar esse contedo mais acessvel a pessoas com deficincias. Elas foram desenvolvidas em colaborao mundial, com o objetivo de elaborar um padro compartilhado referente acessibilidade, que satisfaa s necessidades das pessoas com deficincia, das organizaes e dos governos, em nvel internacional 30 : Cadernos do IME : Srie Informtica : Vol. 32 :Dezembro 2011 [Bechara 2009]. Dessa forma, consideraram uma vasta gama de deficincias, como a seguir: i) Cegueira, daltonismo e baixa viso; ii) Surdez e baixa audio; iii) Dificuldade de aprendizagem; iv) Limitaes cognitivas; v) Limitaes de movimento; vi) Incapacidade de fala; vii) Fotossensibilidade e suas combinaes; viii) Dificuldades adquiridas no processo de envelhecimento; ix) Barreiras territoriais e sociais. Embora a abrangncia dessas recomendaes definidas pelo W3C seja bem ampla, ainda h necessidades de pessoas com outros tipos, graus e combinaes de deficincias que no esto abordadas nas WCAG 2.0 [Bechara 2009]. Cabe notar que a finalidade principal das recomendaes de acessibilidade atender pessoas com deficincias, contudo a sua aplicao traz benefcios aos usurios em geral. A acessibilidade na Web depende no s do contedo acessvel, como tambm da capacidade de leitura desse mesmo contedo pelos navegadores e outros agentes do usurio, que so quaisquer softwares que obtenham e apresentem contedos da Web aos usurios, incluindo as tecnologias assistivas. Este termo a traduo de Assistive Technology, que foi concebido, em 1988, por ocasio do estabelecimento de um conjunto de leis norte-americanas (Public Law 10-407). Este conjunto aliado ao American with Disabilities Act (ADA) estabelece os direitos dos cidados norte- americanos com necessidades especiais, alm de regulamentar a comercializao com dinheiro pblico de recursos para atend-los. Por conceito, tecnologia assistiva se refere a qualquer item, pea de equipamento ou produto, adquirido, modificado ou personalizado para ampliar, manter ou melhorar as capacidades funcionais de indivduos com deficincia [IDEA], tendo esses itens sido classificados em onze categorias, como a saber: i) Auxlios para a vida diria; ii) CAA (CSA) - Comunicao aumentativa (suplementar) e alternativa; iii) Recursos de acessibilidade ao computador; iv) Sistemas de controle de ambiente; v) Projetos arquitetnicos para acessibilidade; vi) rteses e prteses; vii) Adequao Postural; viii) Auxlios de mobilidade; ix) Auxlios para cegos ou com viso sub-normal; x) Auxlios para surdos ou com dficit auditivo; e xii) Adaptaes em veculos. No que tange acessibilidade na Web, as tecnologias assistivas relacionadas so as que pertencem categoria Recurso de Acessibilidade ao computador: equipamentos de entrada e sada (sntese de voz, Braille), auxlios alternativos de acesso (ponteiras de cabea, de luz), teclados modificados ou alternativos, acionadores, softwares especiais (de reconhecimento de voz, etc.), que permitem s pessoas com deficincia o uso do computador. Entre as tecnologias assistivas desta categoria, destacam-se o sistema operacional DOSVOX [DOSVOX], e os softwares leitores de tela Jaws for Windows [JAWS], Virtual Vision [Virtual Vision] e NVDA - NonVisual Desktop Access [NV Access]. Esses aplicativos possuem sintetizadores de voz, que associam cdigos de pginas Web em voz sintetizada ou gravada previamente e possibilitam a integrao do deficiente visual Internet. No contexto deste trabalho, dirigido a pessoas com deficincia(s), interessante o uso do aplicativo Webvox, navegador Web do sistema operacional DOSVOX, em razo de ser uma tecnologia de apoio bastante difundida nas universidades brasileiras e no Instituto Benjamin Constant (IBC) para incluso social, tecnolgica e intelectual do indivduo. Alm disso, esse software gratuito e de fcil uso. Segundo o co-criador do sistema, professor Antnio Borges do NCE/UFRJ o nmero de usurios deste sistema, em 2011, chegava a 30.000, em toda a Amrica Latina. Este sistema tambm costuma Cadernos do IME : Srie Informtica : Vol. 31 : Dezembro 2011: 31 ser usado algumas vezes combinado a outras tecnologias baseadas na sntese de fala, na maior parte das instituies de cegos, o que inclui o IBC. Para perfeito funcionamento das tecnologias assistivas mencionadas anteriormente, fundamental que os stios e portais tenham sua construo bem estruturada no que diz respeito aplicao correta das linguagens de marcao (HTML, XHTML) e das folhas de estilo em cascata (CSS), em sua semntica e sintaxe, de forma que seus cdigos sejam lidos e sintetizados em voz pelos leitores de tela adequadamente. Esses requisitos, aliados ao atendimento das recomendaes de acessibilidade do WAI, as WCAG2.0, garantem ou pelo menos prometem garantir maior integrao deste pblico no ambiente virtual. A acessibilidade na Web, no Brasil, regulamentada por decreto. Em 02 de dezembro de 2004, o ento presidente Lus Incio Lula da Silva, tornou pblico o decreto 5.296, regulamentando as leis n 10.048 e n 10.098, para oferecer prioridade de atendimento s pessoas beneficiadas por estas duas leis e estabelecer normas gerais e critrios bsicos para a promoo da acessibilidade das pessoas portadoras de deficincia ou com mobilidade reduzida, entre outras providncias [Decreto 5.296]. Particularmente, no captulo VI deste decreto, tratado o acesso informao e comunicao, regulamentando o acesso pleno, nos portais e stios eletrnicos da administrao pblica, a portadores de deficincia visual. Embora a legislao obrigue a observncia da acessibilidade na construo de portais, stios, e pginas Web do governo, um estudo sobre as dimenses e caractersticas da Web brasileira (Censo web.br [Vieira 2010]), realizado pelo Comit Gestor da Internet no Brasil, em 2010, demonstrou, entre outras constataes, que apesar de existir um decreto regulamentando a acessibilidade, conforme figura 1, apenas 2% dos sites pesquisados sob o domnio gov.br apresentavam algum tipo de conformidade com os padres de acessibilidade do governo federal, enunciados no Modelo de Acessibilidade do Governo Eletrnico (e- MAG) [e-MAG]. Fig. 1. Proporo de pginas sob domnio gov.br aderentes aos padres de acessibilidade [Vieira 2010] O e-MAG representado por um conjunto de recomendaes a ser considerado para que o processo de acessibilidade dos stios e portais do governo brasileiro seja conduzido de forma padronizada e de fcil implementao. Ele uma adaptao de padres internacionais s necessidades brasileiras e foi formulado para orientar 32 : Cadernos do IME : Srie Informtica : Vol. 32 :Dezembro 2011 profissionais que tenham contato com publicao de informaes ou servios na Internet a desenvolver, alterar e/ou adequar pginas, stios e portais, tornando-os acessveis ao maior nmero de pessoas possvel [e-MAG]. Em 07 de maio de 2007, o governo institucionalizou o e-MAG por meio da portaria nmero trs, tornando sua observncia obrigatria nos stios e portais governamentais. Embora, tenha sido institucionalizado esse conjunto de recomendaes do governo federal, a sua verso disponvel ainda encontra-se baseada nas WCAG 1.0. A abordagem deste trabalho adotou a verso mais recente das recomendaes WCAG, a verso 2.0 [W3C-c]. 2.1. Estrutura e organizao das WCAG 2.0 As recomendaes WCAG2.0 so organizadas por quatro princpios: Perceptvel, Opervel, Compreensvel e Robusto. Cada princpio, por sua vez, contm diretrizes e critrios de sucesso. Esses critrios de sucesso permitem testar a acessibilidade das pginas web. Caso o resultado dos testes esteja em conformidade com esses critrios de sucesso garantido ao usurio, com algum tipo de deficinciaa, fazer uso das informaes na Web sem grandes dificuldades. Neste ponto, foi considerado apropriado reproduzir trechos das WCAG 2.0, encontradas traduzidas [WCAG 2.0-pt], como a seguir: Noes sobre os Quatro Princpios de Acessibilidade As directrizes e os Critrios de Sucesso esto organizados em torno de quatro princpios, que apresentam a informao bsica para um utilizador aceder e utilizar os contedos da Web. Um utilizador que pretenda utilizar a Web tem de dispor de contedo que seja: 1. Perceptvel - A informao e os componentes da interface de utilizador tm de ser apresentados aos utilizadores de formas perceptveis. Isto significa que os utilizadores tm de ser capazes de compreender a informao apresentada (tem de estar visvel a todos os seus sentidos) 2. Opervel - Os componentes da interface de utilizador e a navegao tm de ser operveis. Isto significa que os utilizadores tm de ser capazes de funcionar com a interface (a interface no pode requerer uma interaco que um utilizador no possa executar) 3. Compreensvel - A informao e a operao da interface de utilizador tm de ser compreensveis. Isto significa que os utilizadores tm de ser capazes de compreender a informao e o modo de funcionamento da interface de utilizador (os contedos ou o funcionamento no podem ir para alm da sua compreenso) 4. Robusto - O contedo tem de ser suficientemente robusto para ser interpretado, com preciso, por uma grande variedade de agentes de utilizador, incluindo tecnologias de apoio. Cadernos do IME : Srie Informtica : Vol. 31 : Dezembro 2011: 33 Isto significa que os utilizadores tm de ser capazes de aceder aos contedos medida que as tecnologias avanam ( medida que as tecnologias e os agentes de utilizador evoluem, os contedos devem permanecer acessveis) Se algum destes princpios no for verdadeiro, os utilizadores com incapacidades no sero capazes de utilizar a Web. A seguir a cada princpio, so apresentadas directrizes e Critrios de Sucesso para ajudar as pessoas com incapacidades a abordar os princpios. Existem muitas diretrizes de utilizao geral que tornam os contedos mais utilizveis por todos os utilizadores, incluindo aqueles com incapacidades. Contudo, nas WCAG 2.0 apenas esto includas as directrizes que abordam problemas especficos de pessoas com incapacidades. Isto inclui problemas que bloqueiam o acesso ou que interferem, de forma mais sria, com o acesso Web, por parte das pessoas com incapacidades." As diretrizes so definidas como uma generalizao que informa aos desenvolvedores, no mbito geral, como deve ser tratada e aplicada a acessibilidade no contexto da informao a ser apresentada ao utilizador. O objetivo das diretrizes garantir que os contedos estejam acessveis ao maior nmero possvel de utilizadores, de modo a atender s diferentes deficincias. Sejam elas: sensoriais, fsicas ou cognitivas. Para cada diretriz, so fornecidos critrios de sucesso testveis que determinam de forma objetiva se os contedos oferecidos pelos portais, stios e pginas satisfazem s recomendaes, ou seja, como deve ser apresentada uma dada informao ao utilizador. H nveis de acessibilidade, denominados nveis de conformidade, a serem alcanados pelos portais, stios e pginas que vo desde uma acessibilidade restrita ao extremo de atender a todas as recomendaes das WCAG 2.0. Esses nveis, dependendo da finalidade informativa de cada portal, stio ou pgina, e para qual pblico alvo destinado, so designados em: nvel A (o mais baixo), nvel AA e nvel AAA (o mais alto). Para dar uma noo desses nveis de conformidade, foi trazida uma traduo da WCAG 2.0 [WCAG 2.0-pt], como a seguir: Noes sobre os Nveis de Conformidade Primeiro, existe uma srie de condies que tm de ser cumpridas para que um Critrio de Sucesso seja includo. Estas incluem: i. Todos os Critrios de Sucesso tm de ser problemas de acesso importantes para as pessoas com incapacidades que abordam problemas que ultrapassam os problemas de utilizao que podem ser enfrentados por todos os utilizadores. Por outras palavras, o problema de acesso tem de originar um problema proporcionalmente maior para pessoas com incapacidades do que para pessoas sem incapacidades para ser considerado um problema de acessibilidade (e abrangido por estas directrizes de acessibilidade). 34 : Cadernos do IME : Srie Informtica : Vol. 32 :Dezembro 2011 ii. Todos os Critrios de Sucesso tm igualmente de ser testveis. Isto importante, uma vez que, de outra forma, no seria possvel determinar se uma pgina cumpriu ou falhou no cumprimento dos Critrios de Sucesso. Os Critrios de Sucesso podem ser testados atravs de uma combinao de avaliao automtica e humana, desde que seja possvel determinar se um Critrio de Sucesso foi cumprido com um elevado nvel de confiana. O grupo de trabalho atribuiu um dos trs nveis de conformidade a cada Critrio de Sucesso depois de levar em considerao uma vasta gama de problemas de interao. Alguns dos fatores comuns avaliados ao definir o nvel incluem: se o Critrio de Sucesso essencial (por outras palavras, se o Critrio de Sucesso no for cumprido, nem a tecnologia de apoio pode tornar o contedo acessvel) se possvel cumprir o Critrio de Sucesso para todos os stios da Web e tipos de contedo aos quais se aplicam os Critrios de Sucesso (por ex., diferentes tpicos, tipos de contedo, tipos de tecnologia Web) se o Critrio de Sucesso necessita de conhecimentos que podem ser razoavelmente alcanados pelos criadores do contedo (ou seja, o conhecimento e a capacidade para cumprir os Critrios de Sucesso podem ser alcanados numa semana de formao ou menos) se o Critrio de Sucesso impe limites no "aspecto" e/ou funcionamento da pgina Web (limites no funcionamento, apresentao, liberdade de expresso, design ou esttica que os Critrios de Sucesso podero colocar aos autores). se no existem solues no caso de os Critrios de Sucesso no serem cumpridos. Os critrios de sucesso so testveis e determinam de forma objetiva se um contedo cumpre toda uma especificao. Essa condio de ser testvel permite que esses critrios distribudos pelas diretrizes e princpios da WCAG possam ser aplicados como um checklist na avaliao de acessibilidade de uma pgina, stio, ou portal, na Web [Fernandes et al. 2011]. 2.2. Checklist Neste trabalho, foi utilizado o checklist fornecido pela WebAIM [WebAIM], uma empresa sem fins lucrativos que objetivou facilitar os testes de acessibilidade com base nos critrios de sucesso das WCAG 2.0. Sua estrutura distribuda em princpios, diretrizes e critrios, de acordo com a hierarquia encontrada nessas recomendaes. Essa estrutura formada por quatro listas principais representando os princpios. Cada lista associada a um princpio contm por sua vez listas representando as diretrizes desse princpio. Cada lista associada a uma diretriz por sua vez contm os elementos que representam os critrios de sucesso. Cabe notar que algumas vezes um critrio de sucesso representado por mais de um elemento da lista. Cada elemento no checklist possui trs campos: i) a identificao do critrio de sucesso anlogo identificao que consta nas recomendaes da WCAG 2.0; ii) um campo para indicar se o critrio de Cadernos do IME : Srie Informtica : Vol. 31 : Dezembro 2011: 35 sucesso foi correspondido; e iii) texto com a descrio encontrada nas recomendaes para o critrio de sucesso em questo. A figura 2 mostra como exemplo apenas uma lista, que representa a diretriz 3.2 Previsvel do princpio 3. Compreensvel. O guia completo encontra-se reproduzido em [Nardi and Sacramento 2011]. Figura 2. Trecho do checklist que corresponde diretriz 3.2. 2.3. Consideraes A incorporao da acessibilidade a uma aplicao Web, durante o seu desenvolvimento, atenua a quantidade de erros encontrados durante os testes de acessibilidade. A tarefa de avaliao de acessibilidade, na etapa de validao manual complexa, devido varredura pelos itens, verificando sua conformidade com os critrios de sucesso. Quando surge um grande nmero de itens que no esto em conformidade com os critrios de sucesso estabelecidos, a complexidade aumenta ainda mais. Constatada essa dificuldade, as aes no planejamento inerente s WCAG 2.0 foram combinadas a mais duas extenses, concebendo um plano de testes, para auxiliar a gerncia desse processo de avaliao e a consequente tarefa de reparo, que pode ser visto na seo 4, mais frente. 36 : Cadernos do IME : Srie Informtica : Vol. 32 :Dezembro 2011 3. Trabalhos relacionados Os trs trabalhos, a seguir, abordam a testabilidade dos critrios de sucesso das WCAG 2.0, ao mesmo tempo que explicitam a dificuldade de realizar uma avaliao de acessibilidade na Web, at mesmo por avaliadores preparados : a) a pesquisa sobre avaliao de acessibilidade, descrita em [Brajnick et al. 2010], foi desenvolvida com avaliadores com e sem experincia. Seus resultados revelaram que at mesmo avaliadores experientes apontaram falsos positivos e falsos negativos, alm de no perceberem alguns verdadeiros problemas. Os autores, nesse trabalho, admitem que a avaliao analtica (manual) pode ser influenciada por decises subjetivas dos avaliadores, mesmo que na formulao dos critrios de sucesso da WCAG 2.0 tenha sido enfatizada a sua testabilidade; b) uma outra experincia encontra-se relatada em [Alonso et al. 2010]. Dela participaram 17 avaliadores iniciantes, que realizaram a avaliao somente manual, com nvel de conformidade A, com 25 critrios de sucesso a serem avaliados. A opo pela avaliao somente manual foi justificada pela inexistncia no momento de uma ferramenta automtica. Um dos resultados dessa experincia mostrou que houve concordncia somente em 11 dos 25 critrios de sucesso para somente 14 dos 25 alunos. Os dois instrutores tambm avaliaram e somente concordaram com 13 dos 25 critrios de sucesso, mas depois discutindo esses resultados, chegaram a um consenso. Esse problema de diferenas entre as avaliaes de uma mesma pgina tem sido alertado no contexto de avaliao de acessibilidade. Outra constatao feita pelos autores nessa experincia foi a da dificuldade que iniciantes tiveram com a linguagem e os conceitos usados nos critrios de sucesso das WCAG 2.0; c) essa terceira experincia [Koutsabasis et al. 2010] de avaliao ainda foi baseada nas WCAG 1.0 e serviu para o estudo dos problemas em acessibilidade na Web. Suas concluses permitiram aos autores determinar trs passos importantes a serem encaminhados por uma gerncia de avaliao de acessibilidade na Web, baseada nas WCAG 2.0: (i) a identificao das necessidades dos usurios para estabelecer metas de acessibilidade; (ii) o processo da avaliao da acessibilidade, dividido nas duas validaes: automtica e manual, alm da recomendao do teste de campo por usurios. Neste item, confirmada a necessidade de avaliadores preparados, requerida pelo W3C [W3C-a], para avaliaes de acordo com as WCAG 2.0 [W3C-c]. Alm dessa confirmao, ainda aconselhada a incluso de organizao e emprego de tcnicas para apoiar o trabalho da gerncia de avaliao, devido ao nmero considervel de problemas que surgem na avaliao manual; e (iii) definio e acompanhamento de uma poltica de acessibilidade. Os autores em [Koutsabasis et al. 2010] lamentam a ausncia de uma ferramenta de avaliao de acessibilidade residente em servidores Web. Outra crtica encontrada sobre a abordagem do uso de diretrizes de propsito geral, sem a flexibilidade para uma avaliao particular, encontrada em metodologias existentes. Cabe notar que essa questo foi tratada tambm no item (i) da metodologia proposta, em [Koutsabasis et al. 2010], descrita no grupo de trabalhos anterior. Os outros trabalhos que trazem essa crtica so os seguintes: a) uma metodologia desenvolvida para facilitar a tarefa de avaliao, dirigida a iniciantes, chamada de Accessibility Evaluation Assistant (AEA) [Bailey and Pearson 2010], tem como objetivo funcionar como uma ferramenta de suporte educacional, permitindo ser adaptada a tipos especficos de aplicao, ou grupos de usurios, ou dispositivos de acesso. Essa Cadernos do IME : Srie Informtica : Vol. 31 : Dezembro 2011: 37 adaptao pode dar prioridade a verificaes pertinentes ao tipo da aplicao, reduzindo os esforos com uma avaliao; b) um outro trabalho relatado em [Gay and Qi Li 2010] a ferramenta AChecker, que tambm oferece flexibilidade, provendo interao e configurao para a avaliao pretendida. A motivao para esse trabalho tambm foi o problema enfrentado nas avaliaes, em que diferentes resultados so encontrados, quando diferentes avaliadores at mesmo experientes realizam avaliaes de uma mesma aplicao e utilizam a mesma ferramenta. Para evitar essa diferena de resultados, essa ferramenta apresenta transparncia durante a avaliao, permitindo que seus usurios percebam tudo o que ocorre quanto s verificaes de acessibilidade, reduzindo as chances de diferentes resultados para um mesmo teste. A maioria dos trabalhos descritos nesta seo foi motivada pela dificuldade de uma avaliao de acessibilidade na Web, conduzindo os autores investigao da testabilidade embutida nas WCAG 2.0. Os critrios de sucesso das WCAG 2.0 comportam-se como comandos testveis, formando um checklist a ser usado como guia. Isso abre oportunidades para validaes automticas, embora, a validao manual ainda seja indispensvel [W3C-c]. A complexidade est localizada nessa validao manual. O W3C, diante dessa dificuldade, sugere que o avaliador de uma pgina ou stio Web seja preparado. Os autores, em [Koutsabasis et al. 2010], estendem essa sugesto, propondo que sejam includos organizao e emprego de tcnicas, no processo de avaliao. O autor, em [Lang 2003], vai mais alm, considerando que, no relatrio de uma avaliao, as falhas sejam acompanhadas de descries para as suas solues. Outro enfoque foi na diferena de resultados que surgiram em avaliaes de uma mesma pgina ou stio, efetuada por avaliadores distintos, at mesmo quando esses avaliadores tinham preparo. A expectativa de que essas diferenas surgidas nas avaliaes manuais, influenciadas por fatores subjetivos, sejam eliminadas. Outra expectativa a de que novas metodologias tragam flexibilidade para delimitar o escopo da avaliao a um grupo particular de usurios. 4. Plano de testes Neste trabalho, foram seguidas as recomendaes das WCAG 2.0, que assumem o papel de um checklist, funcionando como um guia para a varredura dos critrios de sucesso pelos itens das pginas. Esse checklist serve para anotar as indicaes de falhas, durante a avaliao. Com esse guia em mos, a tarefa de avaliao realizada por procedimentos distintos, primeiro o automtico e depois o manual. A validao automtica tem a finalidade de realizar uma anlise do cdigo xHTML/HTML da pgina e de criticar a sintaxe da linguagem e a ausncia de elementos ou atributos essenciais para acessibilidade, indicando o critrio de sucesso que no est em conformidade. Um exemplo de validador automtico a ferramenta totalValidator [Total Validator]. Dando prosseguimento ao teste, aps a validao automtica, deve ser iniciada a validao manual. Observa-se que os itens que apresentaram falhas na validao automtica j no precisam mais ser verificados nesta etapa. A validao manual desempenha um papel importante na avaliao de uma pgina ou stio, sendo uma anlise visual e auditiva da interface da pgina, que permite identificar cada item que apresente falha. Neste momento, o avaliador, com a ajuda do checklist, percorre os critrios verificando a pgina, por softwares leitores de tela. 38 : Cadernos do IME : Srie Informtica : Vol. 32 :Dezembro 2011 Uma vez identificada a falha, o seu registro visual pode ser realizado pelo emprego de uma ferramenta de captura e edio de tela, por exemplo, a Fireshot do Mozilla Firefox [FireShot], que permite ao avaliador apontar visualmente o erro no elemento da pgina; comentar; e salvar toda a imagem da pgina com a identificao em destaque. Essa imagem salva til para constituir o conjunto de imagens associadas aos itens com falha ao final de uma avaliao, no sentido de amparar o responsvel pelo reparo dessas falhas. Alm dessa identificao, so apontados os aspectos estruturais e semnticos do cdigo com falha. A primeira contribuio do presente trabalho adota a proposta de incluso de organizao e emprego de tcnicas para lidar com o volume de problemas que costuma surgir, na validao manual [Koutsabasis et al. 2010]. A incluso dessa organizao, no plano de testes apresentado, foi especificada como uma ordenao das etapas de avaliao, desde a captura das telas da pgina ou stio em avaliao, passando pelas etapas de validao automtica, seguida da manual, e, encerrando com a organizao dos resultados no relatrio final. A segunda contribuio o acrscimo da descrio da correo da falha [Lang 2003]. Essa descrio acompanha cada indicao de item que no se encontra em conformidade com os critrios de sucesso. O formato dessa correo pode variar desde um acerto de cdigo HTML/xHTML at um recurso visual ou auditivo, dependendo do tipo do atributo do item da pgina com a falha. Sua utilidade ocorre posteriormente ao processo de avaliao, na tarefa de reparo. A incorporao das duas contribuies ao planejamento adotado na avaliao original, inerente aos critrios de sucesso das WCAG 2.0, representa a especificao do plano de testes, de acordo com a sequncia de procedimentos apresentada, na figura 3. Cabe notar que, aps a concluso das aplicaes dos testes, trs objetos que refletem os resultados devem ser gerados, como a seguir: i) relatrio da anlise automtica, gerado quando o contedo submetido ferramenta (totalValidator); ii) arquivo com resultados do teste manual, e iii) o checklist preenchido, com os resultados dos dois testes. Todos esses trs objetos retratam os quatro princpios das WCAG 2.0, porm, o avaliador deve reorganiz-los para que seja gerado um relatrio nico, que servir para atestar a acessibilidade da aplicao Web ou para auxiliar o profissional responsvel pelos ajustes ou reparos das falhas identificadas. Para que o relatrio unificado corresponda finalidade de reparos e ajustes, ele deve estar organizado para possibilitar a identificao dos seus seguintes itens: os critrios de sucesso das WCAG 2.0 associados s falhas encontradas; o nvel de conformidade relacionado ao critrio; e uma descrio sucinta da falha. Nas figuras 4 e 5, so apresentados trechos do relatrio gerado na avaliao de acessibilidade, em que foi adotado este plano de testes. O relatrio completo encontra-se em [Nardi and Sacramento 2011]. Para auxiliar a identificao, a imagem ou o cdigo com a falha esto destacados em vermelho e a sugesto de ajuste est destacada em azul. Se a representao da falha por cdigo fica invivel, necessrio capturar algumas telas, para ilustrar os problemas nos critrios de sucesso. Por fim, deve ser anotado o procedimento aconselhado para a correo, seguindo os padres do W3C, relacionados a linguagens para desenvolvimento HTML/xHTML e CSS. Maiores esclarecimentos devem ser adicionados descrio da correo da falha, caso seja importante e til. Cadernos do IME : Srie Informtica : Vol. 31 : Dezembro 2011: 39 1. Capturar telas da pgina do stio 1.1 Salvar em diretrio print no formato JPG, nomeando com o seguinte padro: AAAAMMDD_NomeDaSeoDoStio_NomeDaSubseo(se houver).JPG 2. Analisar a seo do site dividida em princpios e diretrizes do WCAG 2.0 2.1 Aplicar validador automtico de acessibilidade, totalValidator, nos critrios de sucesso e suas recomendaes 2.1.1 Para cada critrio de sucesso que no esteja em conformidade, registrar problema encontrado, indicando: o critrio de sucesso, descrio sucinta, cdigo xHTML/HTML incorreto destacado em vermelho e negrito e cdigo xHTML/HTML de uma possvel soluo, destacada em azul e negrito; 2.1.2 Para cada critrio de sucesso que no esteja em conformidade, indicar no documento WCAG 2.0 checklist que este no passou nos testes automticos. 2.2 Aplicar validao manual a partir do documento WCAG 2.0 Checklist 2.2.1 Para cada critrio de sucesso que esteja em conformidade, marcar no checklist, 2.2.2 Para cada recomendao que no esteja em conformidade, registrar problema encontrado, indicando: o critrio de sucesso, descrio sucinta, cdigo xHTML/HTML incorreto, destacado em vermelho e negrito e/ou destaque da falha com contorno em vermelho rotulado com o critrio de sucesso correspondente, na interface da seo capturada, e cdigo xHTML/HTML indicando uma possvel soluo destacada em azul e negrito e/ou em interface capturada, com contorno(s) desenhado(s) em verde rotulado com o critrio de sucesso correspondente; [Os arquivos de interface gerados na anlise devem estar em formato JPG e ser nomeados com o seguinte padro:AAAAMMDD_NomeDaSeoDoStio_NomeDaSubseo(se houver)_I ou C.JPG] 3. Organizar resultados obtidos em relatrio com o seguinte formato: Nome do Princpio Citao do princpio Nmero da Diretriz Citao da diretriz. Nmero do critrio de sucesso Citao do critrio de sucesso verificado. A) Recomendaes que no apresentaram falhas Citao do item no checklist que no apresentou falha, se houver. B) Recomendaes que apresentaram falhas B.1) Avaliao Automtica: Citao do item no checklist que apresentou falha, se houver. Descrio sucinta da falha. Cdigo HTML incorreto: Nmero da linha | Cdigo com problema indicado em vermelho. Cdigo HTML correto: Nmero da linha | Cdigo com sugesto de correo indicado em azul. Descrio do procedimento adotado. Observao. B.2) Avaliao Manual: Citao do item no checklist que apresentou falha, se houver. Descrio sucinta da falha. Cdigo HTML incorreto: Nmero da linha | Cdigo com problema indicado em vermelho Ou Arquivo de imagem ilustrando o problema: Imagem da pgina capturada destacando a falha com contorno em vermelho rotulado com o critrio de sucesso correspondente Cdigo HTML correto: Nmero da linha | Cdigo com sugesto de correo indicado em azul. Ou Arquivo de imagem ilustrando a soluo: Imagem da pgina capturada com uma possvel soluo com contorno(s) desenhado(s) em verde rotulado com o critrio de sucesso correspondente; Descrio do procedimento adotado. Observao. C) Recomendaes que no se aplicaram a pgina analisada Citao do item no checklist que no se aplicou, se houver. Figura 3. Plano de testes 40 : Cadernos do IME : Srie Informtica : Vol. 32 :Dezembro 2011 Critrio de sucesso 1.1.1 [22]Contedo No Textual: Todo o contedo no textual que apresentado ao usurio tem uma alternativa em texto que serve um propsito equivalente, exceto para as situaes indicadas abaixo. (Nvel A) A)Recomendaes que no apresentaram falhas [32]Imagens apenas decorativas, utilizadas apenas para formatao visual ou imagens onde o contedo transmitido em texto so fornecidos textos alternativos vazios (alt = ) ou so implementadas como plano de fundo CSS. Todas as imagens com link possuem texto alternativo descritiva.
B)Recomendaes que apresentaram falhas B.1) Avaliao Automtica: Nenhuma B.2) Avaliao Manual: [32]Todas as imagens, botes de imagem em formulrios, e regies de mapas de imagens possuem texto alternativo equivalente, apropriado. Descrio sucinta da falha: A imagem no possui texto alternativo apropriado. Cdigos HTML incorretos: (1) 93 <img src=http://www.bitwebjr.com.br/malice/sites/default/files/malice.png alt="Home"/> (2) 114 <img src="sites/ime.png" alt="http://www.ime.uerj.br/" width="70px" heigth="80px"/> (...) Cdigos HTML corretos: (1) 93 <img src="http://www.bitwebjr.com.br/malice/sites/default/files/malice.png" alt="Fotografia da professora Maria Alice com flores ao fundo"/> (2) 114 <img src="sites/ime.png" alt="Logotipo do Instituto de Matemtica e Estatstica IME - UERJ" width="70px" heigth="80px"/> (...) Procedimento: Identificamos no cdigo fonte da pgina, os elementos de imagem e avaliamos se o texto alternativo descrito no atributo alt equivalente e apropriado imagem em referncia. Percebemos nas imagens (1), (4) e (7), que o texto alternativo correspondia ao destino do link, nas imagens (2) e (3) correspondem ao link do stio das instituies referenciadas e nas imagens (8) e (9) os textos alternativos no correspondem ao que as imagens representam, sendo idnticas ao atributo title. Observao: Verifica-se que h uma redundncia dos elementos <img>, nos itens (2) e (3) com os itens (5) e (6), i.e, a mesma descrio de texto alternativo, bem como as imagens. Portanto no necessria uma segunda referncia. C)Recomendaes que no se aplicaram pgina analisada [32] Alternativas textuais equivalentes a imagens complexas so fornecidas no contexto ou em pgina separada (vinculados e / ou referenciadas atravs longdesc); Botes de formulrio possuem um valor descritivo; Entradas de formulrio (input) possuem etiquetas (label) associadas, ou se etiquetas no puderem ser usadas, um atributo ttulo (title) descritivo; Multimdia incorporado identificado atravs de textos acessveis; Quadros (frames) so intitulados apropriadamente. Figura 4. Trecho do relatrio - item que no se encontra em conformidade com o critrio de sucesso 1.1.1. Cadernos do IME : Srie Informtica : Vol. 31 : Dezembro 2011: 41 Critrio de sucesso 3.1.2 [22] Linguagem das Partes: A linguagem humana de cada passagem ou frase do contedo pode ser determinada de forma programtica, exceto para os nomes prprios, os termos tcnicos, palavras de idioma indeterminado e palavras ou frases que se tornaram parte do vernculo do texto imediatamente circundante. (Nvel AA). A) Recomendaes que no apresentaram falhas Nenhuma B) Recomendaes que apresentaram falhas B.1) Avaliao Automtica: Nenhuma B.2) Avaliao Manual: [32] Quando necessrio, o idioma das sees de contedo que sejam diferentes do idioma principal so identificados, por exemplo, usando o atributo lang (<blockquote lang="es")>. Descrio sucinta: Palavras em outros idiomas diferentes do idioma principal da pgina, devem estar destacadas com indicao do idioma da palavra, para que usurios que faam uso de leitores de tela, ouam a fontica correta da palavra. Exemplo: O texto Skip to main content, termo presente logo no incio do site, sem a indicao de que se trata de uma expresso em idioma ingls, teria a fontica: [Skip tu main contenti] Arquivo de udio: < 20085_3__2.mp3 > E no, a correta: [Skip t men kntent]* Cdigo HTML incorreto: (1) 50 <div id="skip-link"> 51 <a href="#main-content" class="element-invisible element-focusable">Skip to main content</a> 52 </div> (...) Cdigo HTML correto: (1)50 <div id="skip-link"> 51 <a href="#main-content" class="element-invisible element-focusable"><span lang=en>Skip to main content</span></a> 52 </div> (...) Procedimento: Em cada expresso em idioma diferente do padro da pgina foi necessrio inserir um elemento de linha <span> (coringa) com atributo lang, indicando sua linguagem nativa. Desta forma, o sentido semntico correto atribudo palavra. *Obs.: Fontica extrada de Longman Dictionary of Contemporary English 1 Edio Editora Longman Figura 5 Trecho do relatrio - item que no se encontra em conformidade com o critrio de sucesso 3.1.2 42 : Cadernos do IME : Srie Informtica : Vol. 32 :Dezembro 2011 Na diagramao desse relatrio, para cada um dos princpios, as definies de diretrizes e de seus critrios de sucesso constantes da WCAG 2.0 devem estar dispostas de forma organizada. Em uma avaliao apoiada por este plano de testes, os resultados mostraram que 30 critrios de sucesso no se aplicaram ao contedo submetido ou foram inviveis. Assim sendo, foram considerados apenas 31 critrios de sucesso. A ordenao adicionada ao processo, explcita neste plano de testes, facilitou o trabalho de avaliao, mesmo com um nmero de indicaes significativo, em que foram apontados 13 critrios de sucesso em conformidade, em 22 itens, e 18 com falhas, em 43 itens avaliados. Os itens com falha foram acompanhados das correes, que so teis nas tarefas de reparo, cuja simplificao encoraja esse trabalho, viabilizando o alcance da acessibilidade na pgina avaliada. A etapa de validao manual transcorreu com cuidado para que aspectos subjetivos no influenciassem o resultado da avaliao. 5. Concluses Este trabalho teve como motivao principal o aprimoramento da acessibilidade na Web e descreveu um plano de testes apresentado como extenso do planejamento de avaliao de acessibilidade, inerente aos critrios de sucesso das WCAG 2.0. Um objetivo deste trabalho foi lidar com o volume de problemas que costuma surgir na etapa de validao manual, para tanto o plano de testes especifica uma ordenao das etapas de avaliao e organiza os resultados no relatrio final. O outro objetivo foi a incluso de sugestes de correo para as falhas apresentadas. Dessa forma o plano de testes acrescenta a descrio da correo de falha para cada item que no apresenta conformidade com os critrios de sucesso das WCAG 2.0. Para os trabalhos futuros, pretendida a investigao nas seguintes questes: i) uma seleo de critrios de sucesso mais apropriada aos objetivos de uma avaliao, que pode diminuir a complexidade nesse processo; e ii) o desenvolvimento de ferramentas automticas que substituam cada vez mais a validao manual, que pode colaborar com a reduo dos esforos despendidos pelos avaliadores e com resultados mais precisos. 6. References Alonso, F., Fuertes, J., Gonzlez A. and Martnez L. (2010). On the testability of WCAG 2.0 for beginners. In: W4A '10 The 7th International Cross-Disciplinary Conference on Web Accessibility - SESSION: Testing and validation, Raleigh, North Carolina, USA. Bailey, C. and Pearson, E. (2010). An educational tool to support the accessibility evaluation process. In: W4A '10 The 7th International Cross-Disciplinary Conference on Web Accessibility - SESSION: Testing and validation, Raleigh, North Carolina, USA. Bechara, E. (2009). Recomendaes de Acessibilidade para Contedo Web (WCAG) 2.0. Disponvel em: <http://www.ilearn.com.br/TR/WCAG20/> Cadernos do IME : Srie Informtica : Vol. 31 : Dezembro 2011: 43 Brajnik, G., Yesilada, Y. and Harper, S. (2010). Testability and Validity of WCAG 2.0: The Expertise Effect. In: ASSETS10 - The 12th International ACM SIGACCESS Conference on Computers and Accessibility, Orlando, USA. CRPD - United Nations. (2008). Convention on the Rights of Persons with Disabilities. Headquartes, New York. Disponvel em: http://www.un.org/disabilities/convention/conventionfull.shtml Decreto 5.296. Decreto n 5.296 - regulamenta Leis 10.048 e 10.098, pertinentes acessibilidade. (2004). Disponvel em: <http://www.planalto.gov.br/ccivil_03/_ato2004-2006/2004/decreto/d5296.htm> Dias, C. (2007) Usabilidade na Web: Criando portais mais acessveis, Alta Books Ltda, 2. ed, 296 p. Rio de Janeiro. DOSVOX. Sistema Operacional DOSVOX. Ncleo de Computao Eletrnica da Universidade Federal do Rio de Janeiro (UFRJ). Disponvel em: <http://intervox.nce.ufrj.br/dosvox> e-MAG. Modelo de Acessibilidade de Governo Eletrnico. (2005). Departamento de Governo Eletrnico. Disponvel em: <http://www.governoeletronico.gov.br/acoes-e- projetos/e-MAG> Fernandes, N., Lopes, R. and Carrio, L. (2011) On Web accessibility evaluation environments. In W4A '11: Proceedings of the International Cross-Disciplinary Conference on Web Accessibility, Hyderabad, India. FireShot. Suslikov, E. FireShot Screenshot tool - Capture and Annotate.Disponvel em: <https://addons.mozilla.org/ptbr/firefox/addon/fireshot> Gay, G. and Qi Li, C. (2010) AChecker: open, interactive, customizable, Web accessibility checking. In: W4A '10 The 7th International Cross-Disciplinary Conference on Web Accessibility - SESSION: Testing and validation, Raleigh, North Carolina, USA. Gil, M. (2006). Acessibilidade, Incluso Social e Desenho Universal: Tudo a Ver. Disponvel em: <http://www.bengalalegal.com/martagil> Henry, S. (2006). Understanding Web Accessibility, Web Accessibility: Web Standards and Regulatory Compliance, Springer-Verlag New York, Inc., 2006, pp. 1-51. IDEA United States. (2005). The Individuals With Disabilities Education Act (IDEA), 20 U.S.C. Chapter 33 - Section 1401. Disponvel em: <http://uscode.house.gov/uscode-cgi/> JAWS. JAWS for Windows Screen Reading Software. Freedom Scientific, Inc. Disponvel em: <http://www.freedomscientific.com/products/fs/jaws-product- page.asp> Koutsabasis, P., Vlachogiannis, E. and Darzentas, J. (2010). Beyond Specifications: Towards a Practical Methodology for Evaluating Web Accessibility. Journal of Usability Studies. Vol. 5, 157-171. 44 : Cadernos do IME : Srie Informtica : Vol. 32 :Dezembro 2011 Lang, T. (2003) Comparing website accessibility evaluation methods and learnings from usability evaluation methods disponvel em: http://www.peakusability.com.au/about-us/pdf/website_accessibility.pdf Lawrence, S. and Giles, C. (2000). Accessibility of information on the Web, In Magazine intelligence, ACM, New York , USA, vol. 11, Spring. Lazar, J., Dudley-Sponaugle A. and Greenidge, K. (2004). Improving Web accessibility: a study of webmaster perceptions, In: Computers in Human Behavior, Elsevier, vol. 20, pp. 269-288 Melo, A., Baranauskas, M. and Bonilha, F. (2004) Avaliao de Acessibilidade na Web com a Participao do Usurio, In: Anais do VI Simpsio de Fatores Humanos em Sistemas Computacionais, Curitiba, Brasil. Nardi, L. and Sacramento, C. (2011). Avaliao da acessibilidade de uma pgina Web de acordo com as WCAG 2.0, Trabalho de Concluso de Curso, Departamento de Informtica e Cincia da Computao, IME, UERJ, Rio de Janeiro, Brasil. NV Acces. NonVisual Desktop Access. NV Access. Disponvel em: <http://www.nvda-project.org/wiki/AccessingAndRunningSourceCode> Sierkowski, B. (2002). Achieving Web Accessibility, In: Proceedings of the 30th annual ACM SIGUCCS conference on User services, Rhode Island, USA. Slatin, M. and Rush, S. (2003). Maximum accessibility: Making your Web sites more usable for everyone. Addison-Wesley Publishing. Boston. Total Validator.Total Validator Home Page. Total Validator. Disponvem em: < http://www.totalvalidator.com UDI-a. Universal Design Institute. What is Universal Design?. Disponvel em: <http://www.udinstitute.org/whatisud.php> UDI-b. Universal Design Institute. (1997). Principles of Universal Design. Disponvel em: <http://www.udinstitute.org/principles.php> Vieira, A. (2010). Dimenses e Caractersticas da Web Brasileira, In: Comit Gestor da Internet no Brasil CGI.br e Ncleo de Informao e Coordenao do Ponto BR NIC.br. Disponvel em: http://www.cgi.br/publicacoes/pesquisas/govbr/cgibr- nicbr-censoweb-govbr-2010.pdf Virtual Vision. Virtual Vision: Acessibilidade para deficientes visuais. Micro Power. Disponvel em: http://www.virtualvision.com.br W3C-a. World Wide Web Consortium, Laboratory for Computer Science, Massachusetts Institute of Technology, USA. Disponvel em: <http://www.w3.org> W3C-b. (1999). Web Content Accessibility Guidelines 1.0 . Disponvel em: <http://www.w3.org/TR/WCAG10> W3C-c. (2008). Web Content Accessibility Guidelines (WCAG) 2.0. Disponvel em: <http://www.w3.org/TR/WCAG> W3C-d. Web Accessibility Evaluation Tools: Overview. Disponvel em: <http://www.w3.org/WAI/ER/tools> Cadernos do IME : Srie Informtica : Vol. 31 : Dezembro 2011: 45 W3C-e. Standards, Web Design and Applications, Accessibility. Disponvel em: <http://www.w3.org/standards/webdesign/accessibility> W3C-f. Web Accessibility Initiative. Disponvel em: http://www.w3.org/WAI WCAG 2.0-pt. Directrizes de Acessibilidade para o Contedo da Web (WCAG) 2.0. Acesso UMIC. Disponvel em: <http://www.acesso.umic.pt/w3/TR/WCAG20> WebAIM. Web Accessibility in Mind. WebAIM's WCAG 2.0 Checklist. Disponvel em: <http://webaim.org/standards/wcag/checklist>