自動化されたインテリジェント・ガイド・テストが、キーボード操作やフォーカス動作など手動では時間を要するテストを自動化。開発者が数秒で結果を確認でき、AIの判定を人間が検証・修正することで、テスト効率を劇的に向上させる。
シェアックリップ
シェアされたアックリップです。
そのほかの #テスト・検証 ピックアップ
【名古屋開催】第12回 ウェブアクセシビリティ勉強会
ウェブアクセシビリティの基礎から実務的なテーマまで、参加者と一緒にワークショップ形式で学ぶ勉強会。WCAG 2.2やスクリーンリーダーの実機検証など、手を動かしながら知見を共有する。初心者歓迎。
Webアクセシビリティ対応の相談を案件として組み立てるフロー。調査・提案・試験から翌年点検まで、実務的に進めるステップを、A11yWorkFlowツールのサンプル資料を交えて解説する。
重度重複障害のある子どもたちの心身状態を心拍変動と行動観察で読み取り、それをもとに支援・指導を工夫するスキルを学ぶオンライン講座。視線入力やスイッチ教材などICT・支援技術の活用例も紹介される。
AIをアクセシビリティテストに活用しても、専門知識、批判的思考、障害のある人の見方が必要。AI活用の限界と人間の判定の重要性を指摘。
LLMがUIスクリーンショットからアクセシビリティ規則違反を検出できるかを測定した実験。GPT、Gemini の精度を比較。
Shadow DOM を使用した Web コンポーネントでスクリーンリーダーが情報を正しく認識しない問題と、その解決方法を技術的に解説。delegatesFocus、ARIA 属性、aria-hidden の活用などの実装パターンを紹介。
そのほかの #キーボード操作 ピックアップ
AI チャット UI でタブが非表示になるとストリーミング状態が更新されず、キーボード操作と スクリーンリーダー利用が中断される問題を技術的に解説。Page Lifecycle API による適切な状態管理を提案。
キーボードユーザーがナビゲーション部分をスキップしてメインコンテンツへ直接アクセスできるスキップリンク機能の実装方法とテスト手法を解説。WCAG 2.4.1準拠のための基本的なアクセシビリティ実装。
AI 生成テキストをストリーミング表示する際、未完成の Markdown 構造が不正な見出しやリンクになり、スクリーンリーダー・キーボード利用者に虚偽の情報を伝える問題を分析。状態管理と ARIA 属性による解決法を提示。
状態管理のバグがキーボード操作とスクリーンリーダーユーザーに異なる影響をもたらす仕組みと、デバッグの順序を解説。実装時に状態遷移表を作成することの重要性を示す。
CSSのreading-flowプロパティを使い、flexboxやgridで視覚順序が変わった際のフォーカス順序と視覚の乖離を解決。キーボード操作とスクリーンリーダー対応を同時に実現する方法を解説。
同じHTMLを異なるCSSリセットで実装した3パターンを比較。:focusでアウトラインを削除するCSSリセットがキーボードユーザーのフォーカス追跡を不可能にする問題と、:focus-visibleによる解決法を実装で検証している。
そのほかの #WAI-ARIA ピックアップ
Shadow DOM を使用した Web コンポーネントでスクリーンリーダーが情報を正しく認識しない問題と、その解決方法を技術的に解説。delegatesFocus、ARIA 属性、aria-hidden の活用などの実装パターンを紹介。
AIエージェントが画面を操作するとき、見た目よりセマンティックな構造が重要。意味を明示するとUIの操作成功率が43%から90%に向上する。
ブラウザが DOM から構築するアクセシビリティツリーの仕様と構造。Role・Name・State・Value の計算ルール、OS 別 API への変換、支援技術との連携メカニズムを技術的に解説。
noteエディタの見出し画像ボタンのaria-label欠落により、Playwright自動化テストが失敗。同じ欠落がスクリーンリーダーにも影響することを指摘し、位置・サイズで検索する回避策を解説。
React でメールフォームを状態管理(idle、editing、invalid、submitting、success、server error)で構築し、ARIA を用いてアクセシビリティを確保する実装パターン。ユーザーへの段階的情報提供を重視。
AI 生成テキストをストリーミング表示する際、未完成の Markdown 構造が不正な見出しやリンクになり、スクリーンリーダー・キーボード利用者に虚偽の情報を伝える問題を分析。状態管理と ARIA 属性による解決法を提示。
そのほかの #生成AI ピックアップ
EU域内でWebサービス・アプリを提供する企業が対応すべきアクセシビリティ関連法制(EAA・WAD・雇用平等指令)と、WCAG基づく実装方法、EU主要国の罰則・執行事例を解説。AI画面開発におけるアクセシビリティ要件化の必要性も論じる。
AIをアクセシビリティテストに活用しても、専門知識、批判的思考、障害のある人の見方が必要。AI活用の限界と人間の判定の重要性を指摘。
LLMがUIスクリーンショットからアクセシビリティ規則違反を検出できるかを測定した実験。GPT、Gemini の精度を比較。
正規化と AI が進んでいるのに組織がアクセシビリティ要件を満たせないのはなぜか。Deque の幹部による、業界の課題と 2027 年までの対応を考察するポッドキャスト。
Lighthouse と ChatGPT を組み合わせ、はてなブログのアクセシビリティ問題を特定・改善する過程を記録。視覚障害のある著者が VoiceOver でテストし、Webアクセシビリティの実践的な改善手法を紹介する。
生成AIで画像のalt テキストを効果的に作成する5ステップ。画像の役割をつかむこと、AIの落とし穴、人による確認の重要性を解説。
そのほかの #axe ピックアップ
WCAG 2.1/2.2対応のアクセシビリティツール15個をブラウザで実行できるコレクション。コントラストチェッカー、ARIAパターンジェネレーター、altテキスト生成等を搭載。プロプライエタリコードのアップロードが不要。
GitHub ActionsでWCAG 2.2準拠のアクセシビリティチェックを自動化するアクション。axe-coreを使用し、プルリクエストで違反を検出して構築を失敗させる。重大度レベル(critical/serious/moderate/minor)の設定や基準の選択ができる。
英国の140のチャリティホームページを自動テストした結果、138がWCAG 2.2 AA基準に違反。最も一般的な問題はテキストコントラスト不足(79%)とアクセス可能な名前のないリンク(69%)。
Agentic Web Accessibility Auditing: Authoring and Evaluating Per-Criterion Worker Agents for WCAG
WCAG 2.1・2.2の自動監査フレームワークとして、criterion-specific worker agentsを39個の基準に実装し、既存ツール(axe-core・ビジョンランゲージモデル)と比較評価した論文。
Lighthouse 100点が実アクセシビリティを保証しない理由を4層で解説。axe-coreの部分実行制限、EUの同意バナー干渉、モバイル固有課題、手動検証の必須性を指摘。
自動テストツール(axe、Lightouseなど)が検出できないアクセシビリティの問題を指摘。キーボード操作・スクリーンリーダー・ARIAの手動検証の必要性と、自動テストと手動テストを組み合わせたアプローチを提唱している。