Questão de Engenharia de Software — Qualidade de Software — FGV 2025
Engenharia de Software›Qualidade de Software
Código
fg115298
Banca
FGV
Órgão
MPU
Ano
2025
Nível
Superior
Cargo
Analista do - Desenvolvimento de Sistemas
Um órgão público está desenvolvendo um sistema Web para apoiar a prestação de serviços aos cidadãos. Objetivando tornar o sistema mais acessível para pessoas com deficiência, a equipe técnica está seguindo as Diretrizes de Acessibilidade para Conteúdo Web (WCAG - Web Content Accessibility Guidelines). Um dos cuidados da equipe técnica está relacionado à diretriz que trata da ação de facilitar a operação das funcionalidades pelos usuários, por meio de várias entradas além do teclado. Considerando o WCAG, a equipe técnica deve:
Aviabilizar a submissão de formulários automaticamente quando o componente que faz a submissão ganhar o foco;
Bdar fluidez ao preenchimento de dados em formulários, submetendo automaticamente dados selecionados em uma lista;
Csubstituir componentes do tipo botão por links de dados para submissão de formulários, facilitando o uso por leitores de tela;
Ddefinir uma correspondência entre os nomes dos componentes da interface do usuário e seus rótulos (labels), possivelmente colocando o texto do rótulo no início do nome;
Eevitar o uso de ícones próximos aos rótulos (labels) e campos de entrada de dados, já que a iconografia carrega conceitos culturais que diferem em cada região.
Revelar gabarito e comentário▾
GabaritoD — definir uma correspondência entre os nomes dos componentes da interface do usuário e seus rótulos (labels), possivelmente colocando o texto do rótulo no início do nome;
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
WCAG e a Diretriz de Múltiplas Entradas (Input Modalities)
Gabarito: letra D. A questão cobra o conhecimento da diretriz WCAG que trata de facilitar a operação das funcionalidades por meio de várias entradas além do teclado – exatamente a Guideline 2.5 (Input Modalities). Dentro dela, o Success Criterion 2.5.3 (Label in Name) determina que o nome acessível de um componente deve conter o texto do rótulo visual, permitindo que usuários de comando de voz ou outros dispositivos de entrada ativem o controle falando o rótulo. A alternativa D corresponde a esse requisito.
Critério WCAG 2.5 (Input Modalities)
Descrição
Relação com a Alternativa
Correta?
2.5.3 Label in Name
O nome acessível do componente deve conter o texto do rótulo visual, permitindo ativação por voz.
D) Define correspondência entre nomes e rótulos, colocando o texto do rótulo no início do nome.
✅ Sim
Previsibilidade e Controle do Usuário
Evitar ações automáticas sem confirmação do usuário (ex.: submissão ao ganhar foco).
A) Submeter formulário automaticamente ao ganhar foco.
❌ Não
Previsibilidade e Controle do Usuário
Evitar ações automáticas sem confirmação do usuário (ex.: submissão ao selecionar item).
B) Submeter automaticamente ao selecionar dado em lista.
❌ Não
Operabilidade por múltiplos meios
Todos os componentes devem ser operáveis por diferentes dispositivos de entrada (teclado, voz, etc.), sem substituir componentes padrão.
C) Substituir botões por links para submissão.
❌ Não
Alternativas textuais para ícones
Fornecer texto alternativo para ícones, não proibi-los.
E) Evitar ícones por diferenças culturais.
❌ Não
Alternativa A — ❌ Incorreta
Submeter formulários automaticamente ao ganhar foco viola a previsibilidade e pode causar ações indesejadas. A WCAG não recomenda envio automático sem confirmação do usuário.
Alternativa B — ❌ Incorreta
Submeter automaticamente ao selecionar um item em lista também é problemático: tira o controle do usuário e pode dificultar a navegação por teclado ou outros dispositivos.
Alternativa C — ❌ Incorreta
Substituir botões por links para submissão não é uma prática de acessibilidade recomendada pela WCAG; a diretriz de múltiplas entradas não trata de substituir componentes, mas de garantir que todos os componentes sejam operáveis por diferentes meios.
Alternativa D — ✅ Correta ⟵ GABARITO
A correspondência entre o nome do componente e seu rótulo (label) é exatamente o que o Critério de Sucesso 2.5.3 (Label in Name) exige: o nome acessível deve incluir o texto do rótulo, preferencialmente no início. Isso permite que usuários de reconhecimento de voz ativem o controle dizendo o rótulo, e também beneficia quem usa outros dispositivos de entrada.
Alternativa E — ❌ Incorreta
Evitar ícones por diferenças culturais é uma preocupação de usabilidade, mas não está relacionada diretamente à diretriz de múltiplas entradas. A WCAG orienta fornecer alternativas textuais para ícones, não proibi-los.
PEGA ESSA DICA!
Na hora da prova, lembre-se: a WCAG 2.5 trata de Input Modalities. O critério Label in Name (2.5.3) é o que vincula o rótulo visual ao nome acessível, garantindo que comandos de voz funcionem. Questões sobre "várias entradas além do teclado" frequentemente apontam para essa regra.