Automação
Integração de acessibilidade em CI/CD
Detete regressões de acessibilidade no momento em que são introduzidas. Integramos testes automáticos de WCAG no seu pipeline, para que cada pull request seja verificado — e a acessibilidade comprometida nunca chegue à produção.
What you get
Verificações em cada pull request
Os scans automáticos de acessibilidade são executados em cada PR e reportam os resultados em linha, para que os problemas sejam detetados no review — e não semanas depois numa auditoria.
Build gates
Limiares configuráveis podem fazer um build falhar quando são introduzidos novos problemas graves de acessibilidade, mantendo as regressões fora do branch principal.
Funciona com o seu CI
Integra-se com GitHub Actions, GitLab CI, Jenkins, CircleCI, Azure DevOps e outros pipelines, através de CLI e API.
Cobertura de componentes e páginas
Teste páginas renderizadas e stories de componentes (por exemplo, Storybook) para que os problemas sejam detetados ao nível do componente, antes de se propagarem.
Dashboards de tendências
Os dashboards da QualiBooth acompanham a dívida de acessibilidade ao longo do tempo e entre equipas, transformando os resultados de CI numa imagem clara do progresso.
Afinado para reduzir o ruído
Configuramos regras e baselines para que o pipeline assinale regressões reais sem afogar os programadores em falsos positivos.
O bug de acessibilidade mais barato é aquele que nunca chega a ser integrado. A integração de acessibilidade em CI/CD desloca os testes para a esquerda, para dentro do seu pipeline de desenvolvimento, para que as regressões sejam detetadas automaticamente em cada pull request, em vez de surgirem meses depois numa auditoria — ou numa reclamação.
Porquê integrar a acessibilidade no CI/CD
A maioria das equipas testa a acessibilidade a posteriori: uma auditoria periódica produz uma longa lista, a equipa corrige-a e, depois, as mesmas classes de problemas regressam discretamente com as funcionalidades seguintes. Automatizar as verificações no pipeline quebra esse ciclo. Cada alteração é avaliada à medida que é feita, os programadores recebem feedback enquanto o código está fresco, e a conformidade conquistada com esforço fica protegida contra regressões silenciosas.
O que configuramos
- Integração no pipeline — o scanner da QualiBooth ligado ao seu CI através de CLI/API.
- Feedback nos PRs — verificações automáticas que comentam os resultados diretamente nos pull requests.
- Build gates — limiares configuráveis que fazem os builds falhar perante novas regressões graves.
- Baselines — um instantâneo dos problemas existentes para que os gates incidam sobre os novos problemas, e não sobre todo o backlog de uma só vez.
- Dashboards e tendências — a dívida de acessibilidade acompanhada ao longo do tempo e entre equipas.
Onde correm as verificações
- Pull requests — scans rápidos das páginas e componentes alterados para feedback ágil dos revisores
- Bibliotecas de componentes — testes de stories de componentes para que os problemas sejam detetados na origem
- Gates pré-merge — bloqueio de novas regressões antes que cheguem ao branch principal
- Varreduras agendadas — scans noturnos ou de release mais completos em toda a aplicação
Um limite honesto
Os testes automatizados detetam de forma fiável apenas 30–40% dos critérios de sucesso das WCAG. Somos explícitos quanto a isso: a integração em CI/CD é a forma de impedir que os problemas automatizáveis cheguem alguma vez a ser lançados e de se proteger contra regressões — mas não substitui o discernimento humano. O nosso guia sobre testes de acessibilidade automatizados em CI/CD explica onde essa linha se situa na prática. A imagem completa resulta da combinação de gates automáticos com auditorias manuais por pessoas com deficiência e auditorias recorrentes.
Para quem é
Equipas de engenharia e de plataforma que lançam de forma contínua e que querem que a acessibilidade seja um gate de qualidade padrão e automático — tal como os testes e o linting. É um componente natural de um programa mais amplo de melhoria do processo de acessibilidade.
Frequently asked questions
Os testes automatizados substituem as auditorias manuais?
Não — e nunca afirmaremos que substituem. As verificações automáticas detetam de forma fiável apenas parte das WCAG. A integração em CI/CD previne regressões e deteta cedo os problemas mais simples; as auditorias manuais por pessoas com deficiência continuam a ser essenciais para o resto.
Que sistemas de CI suportam?
Os mais comuns incluem GitHub Actions, GitLab CI, Jenkins, CircleCI e Azure DevOps. Como a integração é feita através de CLI e API, adapta-se a praticamente qualquer pipeline.
Isto vai tornar os nossos builds mais lentos?
Os scans são rápidos e podem correr em paralelo com outras verificações. Definimos o âmbito do que é testado em cada fase — por exemplo, as páginas alteradas nos PRs e uma varredura mais completa durante a noite — para manter o feedback rápido.
Como evitam que falsos positivos bloqueiem os programadores?
Estabelecemos uma baseline dos problemas existentes, aplicamos gates apenas às novas regressões e afinamos o conjunto de regras à sua stack, para que o sinal se mantenha elevado e os programadores confiem no gate.
Podem configurar tudo ou apenas aconselhar?
Ambos. Podemos implementar a integração de ponta a ponta no seu pipeline, ou orientar a sua equipa de plataforma e rever a configuração.
Solicitar uma demonstração
Talk to our accessibility experts — including people with disabilities.
Solicitar uma demonstração