SIT vs UAT：有什么区别
如果你从事软件测试工作，你可能见过 SIT（系统集成测试）和 UAT（用户验收测试）这两个术语被混用——或者被统称为"测试阶段"。但它们服务于完全不同的目的，发生在不同的时间点，由不同的人执行。
简而言之：SIT 问的是"系统之间能协同工作吗？"，而 UAT 问的是"这能满足用户需求吗？"
本文深入解析 SIT 和 UAT 的区别，说明各自的发生时间，并展示如何有效地运行两者。
什么是 SIT（系统集成测试）
系统集成测试（SIT）是将各个软件模块或系统组合在一起作为一个整体进行测试的阶段。目标是发现集成组件之间的交互缺陷——API、数据库、第三方服务和内部模块。
谁执行？ QA 工程师、集成测试人员、开发人员 何时？ 单元测试之后，UAT 之前 关注点： 技术接口、数据流、API 契约
SIT 测试什么：
- 前端和后端之间的 API 调用返回正确数据
- 跨服务的数据库读写操作正常工作
- 第三方集成（支付网关、邮件服务、分析工具）功能正常
- 系统间的认证和授权流程
- 模块之间的数据格式和负载兼容性
- 下游服务不可用时的错误处理
SIT 示例：
测试一个电商结账流程：前端向后端 API 发送订单数据，后端写入数据库，调用支付网关，触发物流服务。SIT 验证所有这些系统之间正确交换数据——即使 UI 尚未最终确定。什么是 UAT（用户验收测试）
用户验收测试（UAT）是最后一个测试阶段，由真实最终用户验证系统是否满足其业务需求，并能在真实场景中工作。
谁执行？ 最终用户、业务利益相关者、产品负责人 何时？ SIT 之后，生产环境发布之前 关注点： 业务工作流程、用户体验、需求验证
UAT 测试什么：
- 用户能否完成典型的业务工作流程（如注册、下单、支付）？
- 系统的行为是否符合业务需求规格？
- 错误消息和反馈对非技术用户是否清晰？
- 系统能否处理真实数据量和边界情况？
- 用户体验是否适合日常使用？
UAT 示例：
同样的电商结账流程：真实用户（而非开发人员）走完整个购买过程——从搜索商品到收到确认邮件。他们不是检查 API 响应；他们检查的是流程是否合理、按钮是否在他们期望的位置、确认邮件是否到达。SIT vs UAT：关键区别
| 方面 | SIT（系统集成测试） | UAT（用户验收测试） |
|---|---|---|
| 目的 | 验证系统协同工作 | 验证业务需求 |
| 执行者 | QA 工程师、开发人员 | 最终用户、业务利益相关者 |
| 时间 | 单元测试之后，UAT 之前 | 生产环境发布前的最后阶段 |
| 关注点 | 技术接口、数据流 | 业务工作流程、用户体验 |
| 测试数据 | 虚拟数据、合成数据集 | 真实的、接近生产的数据 |
| 环境 | 集成/预发布环境 | 预发布或准生产环境 |
| 成功标准 | 所有集成通过，无严重数据问题 | 业务利益相关者签收 |
| 文档 | 技术测试用例、API 规格 | 业务场景、用户故事 |
| Bug 示例 | API 返回 500、数据库写入失败、数据格式不匹配 | 按钮标签错误、导航混乱、缺少确认邮件 |
SIT 和 UAT：如何协同工作
SIT 和 UAT 不是替代关系——它们是相互衔接的先后阶段：
单元测试 → SIT → UAT → 生产环境发布
SIT 必须在 UAT 开始之前通过。 如果系统不能正确集成，让用户测试工作流程就没有意义。一个损坏的 API 意味着用户无法完成结账，无论 UX 有多好。
UAT 验证 SIT 的价值。 即使所有系统完美集成，软件仍可能通不过业务测试。UAT 会捕获诸如"支付流程技术上正确，但用户看不懂错误消息"之类的问题。
SIT 测试详解（深入理解）
SIT 测试有两种主要方法：
1. 大爆炸集成
所有模块一次性集成，然后一起测试。设置快，但难以隔离缺陷。2. 增量式集成
模块逐个（或分成小组）集成和测试。更容易调试，但耗时更长。常见的 SIT 测试技术：
- 自顶向下——先测试高层模块，存根底层模块
- 自底向上——先测试底层模块，然后向上集成
- 三明治法——结合自顶向下和自底向上的方法
UAT vs SIT：常见误区
"UAT 就是人多一点的 SIT"
不是。SIT 和 UAT 有根本不同的目标。SIT 检查技术正确性；UAT 检查业务价值。两者不可互相替代。"SIT 通过了，UAT 就是走个形式"
这很危险。技术上正确的软件如果不符合用户期望或业务需求，仍然可能通不过 UAT。始终把 UAT 当作真正的验证阶段来执行。"开发人员可以做 UAT"
开发人员离系统太近。他们知道系统应该如何工作，这意味着他们会无意识地走正常路径。真正的最终用户带来全新的视角，能发现开发人员从未想到的问题。SIT 和 UAT 的最佳实践
对于 SIT：
对于 UAT：
BugCapturer 如何在 UAT 期间提供帮助
在 UAT 期间，测试人员（非技术人员）需要清晰地报告问题。BugCapturer 是一款免费的 Chrome 扩展，专为 Bug 报告和视觉反馈而设计，完全适用于这个场景：
- 截图标注：直接在页面上添加箭头、矩形和文字来精确显示问题所在——无需单独的图片编辑器。
- 屏幕录制：录制 Bug 发生时的短视频（WebM 格式），然后裁剪并提取关键帧。非常适合展示偶发问题。
- 自动技术元数据：URL、浏览器、操作系统、屏幕分辨率和视口尺寸自动捕获。测试人员无需手动输入这些信息。
- 诊断数据收集：控制台错误和失败的网络请求（HTTP 状态码 ≥ 400）随视觉证据一起捕获。网络 URL 自动脱敏敏感参数。
- 一键发送邮件：所有内容打包成符合 Bug 报告模板的结构化邮件，随时发给开发人员。
- Excel/TSV 导出：一键复制 12 列结构化 Bug 报告行到剪贴板，用于团队级跟踪。
结果：UAT 参与者不需要学习 Bug 跟踪工具。他们只需点击、标注、发送。开发人员获得复现和修复问题所需的一切。