什么是用户验收测试（UAT）
用户验收测试（UAT）是软件上线前的最后一个测试阶段。这是真实用户——而不是开发人员或 QA 工程师——最后一次验证系统是否满足他们的需求，以及是否能在真实场景中按预期工作。
UAT 通常被称为"Beta 测试"、"最终用户测试"或"验证测试"。无论叫什么，目标都一样：让真实用户在真实环境中测试，确认软件已准备好上线。
与功能测试或系统测试不同，UAT 关注的是业务需求和用户工作流程，而不是技术正确性。问题不是"代码能跑吗？"，而是"这个软件能帮助用户完成他们的工作吗？"
为什么 UAT 很重要
- 发现真实世界的问题——开发人员和 QA 在受控环境中测试，用户会在你意想不到的地方出问题
- 验证业务需求——软件可能在技术上完美，但仍然不符合业务需求
- 降低上线后风险——上线后修复问题的成本是 UAT 期间的 10-100 倍
- 建立用户认同感——让用户参与测试过程，让他们对新系统有主人翁感和信心
UAT 流程：分步指南
第 1 步：规划 UAT
确定范围、时间线和成功标准。明确哪些业务流程需要测试，哪些用户将参与。需要回答的关键问题：
- 哪些业务流程在范围内？
- 最终用户是谁？
- 需要多少个测试周期？
- UAT 的"通过"标准是什么？
第 2 步：准备 UAT 测试用例
基于真实的业务工作流程编写测试场景，而不是技术规格。每个测试用例应描述用户通常会执行的任务。UAT 测试用例示例：
- 场景： 新用户注册并完成购买
- 步骤： 1) 访问首页，2) 点击"注册"，3) 填写注册表单，4) 验证邮箱，5) 登录，6) 搜索商品，7) 加入购物车，8) 完成结账
- 期望结果： 用户可以注册、找到商品、付款、收到确认邮件
第 3 步：招募 UAT 参与者
选择 5-10 名有代表性的最终用户。他们应该匹配你的真实用户画像——不是超级用户，也不是 IT 部门。第 4 步：执行 UAT
让参与者访问 UAT 环境（预发布或 Beta），提供测试场景，让他们完成工作流程。鼓励他们尝试正常路径和边界情况。第 5 步：记录和跟踪问题
当用户发现问题时，将其记录为 Bug 报告。每份报告应包括：- 用户试图做什么
- 他们执行的操作步骤
- 实际发生了什么
- 他们期望发生什么
- 环境信息（URL、浏览器、操作系统）
在 UAT 期间使用像 BugCapturer 这样的视觉 Bug 报告工具可以大幅加快这一步。用户可以直接在页面上标注截图，技术元数据（URL、浏览器、操作系统、分辨率）自动捕获——无需培训。
第 6 步：审查和修复
开发人员审查记录的问题，确定优先级，修复严重和高级别的问题。低优先级的问题可能推迟到后续版本。第 7 步：签收
一旦所有严重和高优先级问题得到解决，利益相关者签收 UAT，产品获准发布上线。用户验收测试模板
使用此模板来组织你的 UAT 测试用例：
UAT 测试用例模板
================
测试用例编号： UAT-001
功能模块： [例如：用户注册]
测试场景： [例如：新用户用邮箱注册]
测试人员： [姓名]
测试日期： [YYYY-MM-DD]
前置条件： [例如：用户有有效的邮箱地址]
测试步骤：
1. [步骤 1]
2. [步骤 2]
3. [步骤 3]
期望结果：
[正确执行步骤后应该发生什么]
实际结果：
[实际发生了什么]
通过 / 失败： [通过 / 失败]
Bug 编号： [BUG-XXX（如适用）]
备注：
[任何其他观察]
用户验收测试模板示例
下面是一个填充好的示例：
测试用例编号： UAT-001
功能模块： 用户注册
测试场景： 新用户用邮箱注册
测试人员： 陈晓
测试日期： 2026-08-10
前置条件： 用户有有效的邮箱地址，注册页面已打开
测试步骤：
1. 在邮箱字段输入 "sarah@example.com"
2. 在密码字段输入 "MyPassword123!"
3. 确认密码
4. 点击"创建账户"
5. 检查邮箱收件箱中的验证链接
6. 点击验证链接
7. 使用新凭据登录
期望结果：
用户在 30 秒内收到验证邮件，点击链接后能成功登录
实际结果：
验证邮件 2 分钟后到达。链接有效。登录成功。
通过 / 失败： 通过（邮件延迟需注意）
Bug 编号： N/A
备注： 邮件投递时间需要调查——2 分钟对生产环境来说太长了
UAT 会议：如何组织
UAT 会议是一个结构化的会议，测试人员和利益相关者一起审查进度。以下是一个简单的议程：
UAT 会议要简短（最多 30 分钟），专注于决策，而不是状态报告。
可用性测试 vs UAT
可用性测试和 UAT 经常被混淆。以下是它们的区别：
| 方面 | 可用性测试 | UAT |
|---|---|---|
| 目标 | 评估易用性和用户体验 | 验证业务需求是否满足 |
| 时间 | 开发早期（原型、线框图阶段） | 开发末期，即将上线前 |
| 参与者 | UX 研究人员、设计师 | 最终用户、业务利益相关者 |
| 关注点 | 容易使用吗？ | 它能满足我们的需求吗？ |
| 输出 | UX 改进、设计变更 | 签收或拒绝上线 |
两者都很重要。可用性测试确保产品好用；UAT 确保产品是正确的东西。
BugCapturer 如何帮助 UAT
在 UAT 期间，测试人员需要快速清晰地报告问题。BugCapturer 是一款免费的 Chrome 扩展，专为 Bug 报告和视觉反馈而设计，完全适用于这个场景：
- 截图标注：测试人员可以直接在页面上添加箭头、矩形和文字来精确显示问题所在——无需单独的图片编辑器。
- 屏幕录制：录制 Bug 发生时的短视频（WebM 格式），然后裁剪并提取关键帧。非常适合展示偶发问题。
- 自动技术元数据：URL、浏览器、操作系统、屏幕分辨率和视口尺寸自动捕获。测试人员不需要记住或输入这些信息。
- 诊断数据收集：控制台错误和失败的网络请求（HTTP 状态码 ≥ 400）随视觉证据一起捕获。网络 URL 自动脱敏敏感参数。
- 一键发送邮件：所有内容打包成符合 Bug 报告模板的结构化邮件，随时发给开发人员。
- Excel/TSV 导出：一键复制 12 列结构化 Bug 报告行到剪贴板。直接粘贴到 Excel、Google Sheets 或 Numbers 中进行团队级跟踪。
使用 BugCapturer，UAT 参与者不需要学习 Bug 跟踪工具。他们只需点击、标注、发送。开发人员获得复现和修复问题所需的一切。