移动平台中可访问性错误报告的经验调查：一个 Chromium 案例研究

文献标题

Empirical Investigation of Accessibility Bug Reports in Mobile Platforms: A Chromium Case Study

文献信息

• 主题领域: 移动平台的可访问性研究，特别是 Chromium 项目的可访问性问题报告。
• 关键词: 可访问性缺陷报告, Google Chromium, 移动应用, 开源, 实证研究, Android, iOS, 缺陷修复时间, 无障碍技术

研究背景与问题

• 发现的问题或挑战:

  • 尽管存在丰富的资源和工具指导开发者构建可访问的应用，大部分移动和网页应用仍存在可访问性障碍。
  • 针对可访问性方面问题的处理方式及其修复时间的研究非常有限。
  • 对开发者如何响应和修复可访问性缺陷报告（Accessibility Bug Reports）缺乏深入分析。

• 重要性:

  • 提高软件的可访问性对于确保各类用户（包括残障用户）的平等数字接入至关重要。
  • 理解可访问性问题的修复优先级和障碍类别，可以为开发者改进开发实践提供实际帮助。

• 研究动机与相关工作:

  • 以往研究更多集中在开发者对可访问性问题的意识和认知上，但少有研究深入调查这些问题被报告和最终修复的过程。
  • 作者以 Chromium 的移动平台为案例，探究可访问性缺陷报告的报告频率、修复时间与根本原因。

解决方案

• 提出的方法或解决方案:

  • 通过实证研究的方法分析 Google Chromium 的可访问性相关缺陷报告。
  • 通过三大研究问题探讨：① 报告数量变化趋势；② 修复所需时间；③ 缺陷的根本原因。

• 创新之处:

  • 首次对开源软件的可访问性缺陷报告（跨 Android 与 iOS 平台）进行系统比较，包括报告分布、优先级与修复时间的深入分析。
  • 提出了一个基于开放编码的框架来归纳可访问性问题的根本原因，为开发者提供参考。

• 实施步骤与关键技术:

  1. 数据收集：从 Monorail 缺陷追踪系统导出 Chromium 移动平台（Android 和 iOS）的缺陷报告。
  2. 数据清洗：去除测试性或无意义的报告，并标注可访问性相关标签，如 "A11y"。
  3. 数据分析：
     • 使用统计和可视化方法分析报告趋势、问题分类和修复时间。
     • 使用开放编码方法对报告内容进行语义分类，总结根本原因。
  4. 优先级分析：评估开发者如何定义可访问性问题的优先级，并与非可访问性问题相比较。

研究成果

• 具体成果:

  • 报告分布 (RQ1):

    • 可访问性缺陷报告数量自 2013 年起显著增多，Android 平台的报告量高于 iOS。
    • 2014 和 2015 年报告数量达到峰值，随后 iOS 平台的报告有所减少，而 Android 持续增长。

  • 修复时间 (RQ2):

    • 可访问性缺陷的修复时间显著长于非可访问性缺陷（Android 中位修复时间 52.5 天 vs. 非可访问性问题 15.0 天）。
    • 可访问性缺陷在优先级分配上普遍低于非可访问性缺陷。
    • Android 平台的修复效率优于 iOS。

  • 根本原因 (RQ3):

    • 超过 25% 的报告涉及对可访问性特性的改进建议。
    • 排名靠前的缺陷原因包括 "设计问题"（Android: 23.1%, iOS: 17.9%）、"辅助技术问题"（约 16%）。
    • 具体问题集中于滑块交互、按钮标签、屏幕阅读器兼容性等。

• 相较现有解决方案的优势:

  • 系统化地分析了可访问性问题的类型、修复时间和开发者优先级选择背后的原因。
  • 提供了全面的缺陷分类方法，有助于开发者更高效地识别和解决相似问题。

• 实验或评估结果:

  • 可访问性相关问题占总报告量的 4% 左右，其中 Android 平台占 3%，iOS 占 1%。
  • 通过 Wilcoxon 检验表明，Android 平台报告的修复速度显著快于 iOS。

• 局限性与未来方向:

  • 仅分析了 Chromium 项目，可能无法全面代表其他领域的开源软件项目。
  • 未来可扩展到监控其他移动平台或考虑多语言场景。
  • 可以开发自动化工具，以基于关键字自动检测可访问性问题报告。