Desempenho e acessibilidade em condições observáveis

Definir qualidade antes de medir

Desempenho descreve como o sistema responde sob condições determinadas. Acessibilidade trata da possibilidade de pessoas com diferentes necessidades perceberem, compreenderem e operarem o conteúdo. Os dois temas se encontram quando uma página pesada impede o acesso, mas exigem critérios próprios. Um relatório automático reúne sinais úteis; a avaliação humana é indispensável para aspectos como ordem de foco, compreensão do feedback e operação por teclado.

Uma baseline é a medição de referência usada para comparar uma mudança. Um orçamento é um limite escolhido pelo projeto para uma característica mensurável. Sem condição de medição e limite explícito, dizer que a página ficou rápida não sustenta uma decisão. Os números deste capítulo são critérios didáticos locais; não representam limites universais. Para acessibilidade, usamos critérios identificados da WCAG 2.2 como referência [S06, 2.1.1 Teclado, 2.4.7 Foco visível, 1.4.4 Redimensionar texto e 1.4.3 Contraste].

Roteiro preenchido da Oficina

Procedimento de comparação

• Escolha uma pergunta por medição. Registre versão, navegador, dispositivo ou emulação, rede, cache e dados usados. Conserve as mesmas condições na comparação.
• Capture a baseline antes da mudança. Repita a medição quando houver variação e descreva o critério usado para resumir os valores; uma leitura isolada não demonstra estabilidade.
• Execute o roteiro manual com o teclado e zoom. Verifique cada controle, incluindo estados vazio e erro, em vez de olhar apenas a página carregada.
• Use ferramentas automáticas para ampliar a procura de problemas, investigando seus resultados. Registre também o alcance da ferramenta e o que permanece manual.
• Compare os resultados com os critérios. Abra correção para reprovações e reteste a mesma condição depois do reparo.

Interpretar um resultado sem fabricar uma execução

Considere os seguintes dados fornecidos para análise: a baseline transferiu 180 kB; a versão candidata transferiu 130 kB sob a mesma configuração. A redução é de 50 kB, aproximadamente 27,8% em relação à baseline. A candidata atende ao orçamento local de 150 kB. Esses valores pertencem ao exercício e não são resultados medidos do pacote. O leitor deverá substituir os campos pelos registros de sua própria execução.

Na mesma ficha didática, o percurso por teclado alcança os controles, mas o indicador visual de foco desaparece no último. A redução de bytes não compensa essa falha. O reparo exige restaurar um indicador perceptível e repetir o percurso nos estados relevantes. Uma largura de 360 pixels pode integrar o roteiro de visualização, mas não cobre por si só teclado, contraste, ampliação, entendimento ou tecnologias assistivas. Cada conclusão deve corresponder ao critério efetivamente avaliado.

Erros e condição de avanço

O gate avança quando os critérios prioritários definidos têm resultados aceitáveis e o roteiro manual aplicável está concluído, com evidências identificadas. Exceções precisam ser não impeditivas, justificadas e aceitas pela autoridade responsável. Medições ausentes, falhas impeditivas ou dúvidas relevantes impedem essa conclusão. Não se declara conformidade global de acessibilidade com base neste pequeno roteiro.

Exercício com resolução

Dados: orçamento de 150 kB; três leituras da candidata, feitas nas mesmas condições, de 142, 148 e 160 kB; foco invisível no segundo controle. A regra local do exercício exige que todas as três leituras respeitem o orçamento. Decida sobre o avanço e indique os próximos passos.