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>