首页/开发/软件测试速查/可用性测试(Usability Testing)
测试基础与分层67 条

可用性测试(Usability Testing)

通过观察真实用户完成任务的过程评估易用性:任务完成率、耗时、错误与满意度;发现的问题常无法通过功能测试暴露。

软件测试速查开发更新于 2026-10-13

可用性测试是什么

可用性测试通过观察真实用户完成任务的过程评估易用性:任务完成率、耗时、错误与满意度。它发现的问题——找不到入口、术语看不懂、流程绕——大多无法通过功能测试暴露;在发布前用少量真实用户探路,投入小、发现快。

基本信息

核心指标任务完成率、耗时、错误次数、满意度
执行方式一对一会话,观察并采用出声思考
样本规模经典研究认为约 5 名用户可暴露多数显著问题
常见变体启发式评估、远程测试、走查
产出按严重度排序的问题清单与改进建议
准备物代表性任务、成功标准、招募用户、记录表
样本与迭代边测边改:多轮小样本比单轮大样本更有效
记录方式录屏加观察笔记,卡点处标注时间点

典型使用场景

  • 新功能发布前:用目标任务验证信息架构与文案。
  • 原型评审:低保真阶段就发现流程卡点,改动成本最低。
  • 竞品对标:对比同类产品的任务完成路径与耗时。
  • 改版验证:改版前后任务指标对比,验证改进效果。
  • 内部系统优化:用任务数据决定培训与提示的重点。
  • 配合启发式评估:专家走查先扫一遍,再用用户测试确认。
  • 桌面走查:没有用户时先找同事按任务走一遍收集卡点。
  • 无障碍结合:键盘操作与读屏用户的任务同样纳入观察。

任务指标怎么读

指标读法
完成率低说明流程或文案有硬伤,优先修
耗时与预期路径时间对比,定位绕路环节
错误次数误操作集中点即交互风险点
求助次数求助多说明入口或提示不足
执行中不提示不代操作:卡点与求助点本身就是最要收集的证据。
结合 Nielsen 十大原则做启发式评估,可在没有真实用户时快速扫盲。
观察者克制帮忙的冲动:需要提示才能完成,本身就是结论。

易错点

  • 测试者替用户完成任务,掩盖真实卡点。
  • 只收集主观评价不做任务成功率统计,结论难以落地。
  • 招募的用户不在目标人群内,结论不可用。
  • 任务设计带引导性,用户顺着提示做完了事。
  • 报告只列问题不给严重度排序,团队不知先改哪个。
  • 多轮测试之间不更新任务设计,重复发现同类问题。

数据来源与参考

  • Jakob Nielsen《Usability Engineering》与 NN/g 文章
  • ISO 9241-11(可用性定义)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌