わたしの部屋

核心目标#

1. 保障界面 1:1 还原设计稿，符合品牌视觉规范，保证全产品视觉一致性
2. 确保所有界面元素可正常交互、无视觉缺陷，避免因界面问题阻碍用户操作
3. 保障界面在不同终端、浏览器、分辨率、操作系统下的呈现一致性与适配性
4. 规避文案错误、元素错乱、白屏、无反馈等影响基础用户体验的前端缺陷

核心测试要点#

1. 视觉与布局合规性（核心）

   • 设计稿还原度：元素尺寸、颜色色值、字体字号、字重、行高、图标、边距间距，是否与 Figma/Sketch/ 蓝湖 / 摹客设计稿完全一致，无像素级偏差
   • 布局合理性：元素无错位、重叠、拉伸、模糊、截断，页面无无效横向滚动条，自适应布局在不同宽高下无错乱
   • 品牌一致性：全产品的视觉风格、配色体系、图标规范、组件样式统一，无风格割裂

2. 界面元素基础可用性

   • 所有交互元素（按钮、输入框、单选 / 复选框、下拉菜单、弹窗、标签页）正常显示、可点击 / 可输入 / 可操作，无灰屏、遮挡、不可见、点击无响应
   • 元素状态正确性：正常态、hover 态、选中态、禁用态、加载态、报错态的样式与交互完全符合设计规范
   • 媒体资源正确性：图片、视频、音频正常加载，无裂图、无法播放，加载失败时有合规的占位符

3. 文案与内容规范性

   • 文案无错别字、语病、标点错误、中英文混排格式问题，专业术语、产品名称全产品统一
   • 文本无溢出、换行错乱、乱码，多语言 / 国际化适配时文案无截断、翻译准确
   • 数据展示正确，数值、单位、格式符合需求，无缺省、错误数据展示

4. 交互反馈正确性

   • 用户操作（点击、输入、滑动、回车提交等）有及时、正确的反馈，无无反馈、延迟反馈、错误反馈
   • 加载状态、成功 / 失败弹窗、报错提示、Toast 提示正常触发，位置、样式、时长符合规范
   • 页面跳转、弹窗开闭、抽屉动画流畅，无卡顿、闪屏

5. 多环境兼容性适配

   • 浏览器兼容：Chrome、Firefox、Safari、Edge 等主流浏览器的不同版本，界面呈现与交互一致
   • 终端兼容：PC 端、移动端、平板、小程序、桌面端软件的不同屏幕尺寸、分辨率下的适配正确性
   • 系统兼容：Windows、macOS、iOS、Android 等不同操作系统的适配无异常
   • 缩放适配：浏览器窗口缩放、系统字体缩放时，界面布局无错乱、元素无溢出

6. 异常场景适配

   • 网络异常、弱网、断网时，界面无白屏、崩溃，有正常的网络异常提示与重试入口
   • 权限不足、数据加载失败时，有合规的缺省页、提示信息，无界面错乱
   • 超长文本、超大文件上传等极端场景，界面无溢出、布局崩溃

主流测试方法与工具#

所有带前端交互界面的产品（Web 网站、APP、小程序、桌面软件、H5 页面），迭代提测后的必测环节、版本上线前的回归测试、UI 改版后的全量验证。

核心目标#

1. 降低用户的学习成本与使用门槛，让新用户快速上手，老用户高效操作
2. 发现产品中导致用户卡顿、放弃、出错的设计缺陷，优化操作流程，提升任务完成率
3. 保障产品符合目标用户的使用习惯与认知，提升用户主观满意度与留存率
4. 确保产品的可访问性（无障碍设计），覆盖全量用户群体，符合合规要求

核心测试维度与要点#

基于 ISO 9241 标准与行业通用的尼尔森十大可用性原则，核心分为 6 大维度：

1. 易学性（新手友好度）

   • 新用户无需查阅说明书 / 培训，即可快速找到核心功能入口，完成核心任务
   • 新手引导、操作提示、帮助文档清晰易懂，无过度引导、无效引导
   • 功能命名、图标含义符合用户通用认知，无晦涩难懂的专业术语、自定义命名
   • 核心操作符合行业通用习惯，无需用户重新学习

2. 操作效率（核心）

   • 完成核心任务的操作步骤、点击次数、输入成本最小化，无冗余步骤、无效跳转
   • 常用操作有快捷入口、快捷键、批量处理功能，提升高频操作效率
   • 用户可快速在不同功能、不同页面间切换，无路径闭环断裂、无法返回的问题
   • 记忆负担最小化，无需用户记住跨页面的信息、规则、操作路径

3. 容错与防错能力

   • 有完善的防误操作设计，不可逆操作（删除、注销、付款）有二次确认，避免用户误操作造成损失
   • 操作出错时，有清晰、友好的报错提示，明确告知用户 “哪里错了、为什么错、怎么改”，而非无意义的错误码
   • 提供撤销、回退、恢复功能，用户出错后可快速修正，无需从头开始操作
   • 对非法输入、异常操作有提前拦截与引导，而非等用户提交后再报错

4. 一致性与规范性

   • 全产品的交互逻辑、操作习惯、文案术语、图标含义、按钮位置、弹窗规则完全统一
   • 符合行业通用的设计规范与用户操作习惯，比如 PC 端关闭按钮在右上角、返回按钮在左上角
   • 相同的操作，在不同页面、不同模块的反馈与结果一致，避免用户认知混乱

5. 可访问性（无障碍设计）

   • 符合 WCAG 2.1/2.2 无障碍标准与国内信息无障碍规范，适配残障用户使用
   • 颜色对比度达标，适配色盲、色弱用户，无仅靠颜色区分的信息
   • 支持键盘全操作，无需依赖鼠标，兼容屏幕阅读器、语音输入等辅助工具
   • 视频有字幕、音频有文本对照，信息传递不单一依赖视觉 / 听觉

6. 主观满意度

   • 目标用户使用产品后，整体感受愉悦，无烦躁、挫败、困惑的负面情绪
   • 用户对产品的操作逻辑、功能布局、引导提示的认可度高，愿意推荐给他人
   • 产品符合目标用户的使用场景与身份特征，比如面向老年人的产品字体够大、操作够简单，面向专业用户的产品功能够强大、效率够高

主流测试方法与工具#

易用性测试分为 定性测试（找问题）和定量测试（衡量好坏） 两大类，是用户研究与测试工作的结合。

核心测试方法：

1. 用户可用性测试（核心黄金方法）：邀请 5-8 名真实目标用户，给定典型任务场景，让用户独立完成操作，采用「有声思维法（Think Aloud）」，让用户边操作边说出自己的想法、困惑、不满。测试人员全程记录任务完成率、完成时长、出错次数，以及用户的主观反馈，是发现易用性问题最有效的方法。
2. 专家评审法（Heuristic Evaluation）：由 UX/UE 专家、资深测试人员，基于尼尔森十大可用性原则，对产品进行全流程走查，快速发现系统性的易用性缺陷，成本低、效率高，适合迭代过程中的快速验证。
3. 可用性量表量化评估：通过标准化问卷，量化用户的主观满意度，最常用的是 SUS 系统可用性量表（10 道题，满分 100 分，80 分以上为优秀，60 分以下为差），还有 UEQ 用户体验问卷、NASA-TLX 工作量量表。
4. 线上用户行为数据分析：通过埋点数据，分析用户的页面跳出率、操作路径、按钮点击热度、任务放弃率、停留时长，定位用户卡顿、放弃的核心节点，发现隐性的易用性问题。

常用工具：

• 定性测试工具：Lookback、Morae、腾讯问卷、飞书问卷、录屏软件
• 定量分析工具：Google Analytics、百度统计、神策数据、GrowingIO
• 无障碍测试工具：Axe、WAVE、Lighthouse、Color Contrast Analyzer
• 评审标准：尼尔森十大可用性原则、ISO 9241-11 可用性标准、WCAG 无障碍标准

新产品 MVP 上线前的核心验证、产品大版本 / 核心流程改版、用户留存 / 转化率下降时的问题定位、ToC 大众产品的迭代优化、合规要求的无障碍测试。

核心关联关系#

1. UI 测试是易用性测试的前提与基础：如果界面元素错位、按钮无法点击、文案乱码，连基础的操作都无法完成，根本谈不上易用性。只有 UI 界面的基础质量达标，易用性测试才有意义。

2. 易用性测试反哺 UI 设计与 UI 测试：易用性测试发现的问题，会指导 UI 设计的优化（比如按钮位置调整、配色修改、文案优化），优化后的设计需要通过 UI 测试验证落地效果，形成闭环。

3. 两者共同决定用户的第一体验：UI 界面决定用户对产品的第一印象，易用性决定用户会不会留下来继续使用，二者缺一不可。

常见误区#

1. UI 测试 = 易用性测试

   二者完全不同。UI 测试是基础的 “对错验证”，有明确的设计稿作为标准；易用性测试是 “好坏评估”，没有绝对的对错，核心看用户体验。UI 做得再好看、还原度再高，也可能出现用户找不到功能、操作流程繁琐的易用性问题。

2. 易用性测试是 UX 设计师的事，和测试人员无关

   测试人员是易用性测试的核心参与者。设计师负责设计，测试人员负责验证设计是否达到易用性目标，在迭代过程中持续开展易用性走查，发现设计缺陷，推动优化，是测试人员提升核心价值的重要方向。

3. 易用性测试就是找错别字、看界面美不美

   找错别字、核对界面样式是 UI 测试的范畴。易用性测试的核心是用户的操作体验，关注的是流程、效率、用户认知，而非单纯的视觉呈现。

4. 易用性测试只需要上线前做一次就行

   易用性是持续优化的过程。上线前的测试只能发现核心问题，上线后需要持续通过用户行为数据、用户反馈、迭代版本的专项测试，持续优化产品的易用性，适配用户需求的变化。