在软件测试中，"UT"、"IT"、"ST" 和 "FT" 是常见的测试阶段缩写，分别代表不同层次的测试。以下是它们的详细比较：
1. 单元测试（Unit Test, UT）
- 定义：针对代码中最小的可测试单元（如函数、方法、类）进行验证。
- 目标：确保每个独立模块的功能正确。
- 执行者：开发人员。
- 工具示例：JUnit（Java）、pytest（Python）、NUnit（.NET）。
- 特点：
- 快速执行、隔离依赖（常使用Mock/Stub）。
- 覆盖代码逻辑分支，发现低级错误。
2. 集成测试（Integration Test, IT）
- 定义：验证多个模块或系统组件之间的交互。
- 目标：检查接口兼容性、数据流、依赖处理。
- 执行者：开发人员或测试工程师。
- 工具示例：TestNG、Postman（API测试）、Spring Test。
- 特点：
- 关注模块间集成，可能涉及数据库、外部服务。
- 需处理真实依赖或部分模拟（如Docker容器）。
3. 系统测试（System Test, ST）
- 定义：对整个系统进行端到端测试，模拟真实用户场景。
- 目标：验证系统是否符合需求规格（功能、性能、安全性等）。
- 执行者：测试工程师。
- 工具示例：Selenium（UI自动化）、JMeter（性能）、Cucumber（BDD）。
- 特点：
- 黑盒测试，不关心内部实现。
- 覆盖用户流程、兼容性、异常场景。
4. 功能测试（Functional Test, FT）
- 定义：验证系统功能是否满足业务需求（属于系统测试的子集）。
- 目标：确保每个功能按预期工作。
- 执行者：测试工程师或QA团队。
- 工具示例：Selenium、QTP、Cypress。
- 特点：
- 聚焦业务逻辑，基于需求文档设计用例。
- 可能包括手动测试或自动化脚本。
关键对比表
| 类型 | 范围 | 关注点 | 执行阶段 | 执行者 |
|---|---|---|---|---|
| UT | 单个代码单元 | 代码逻辑正确性 | 开发中/提交前 | 开发人员 |
| IT | 模块/组件交互 | 接口、数据流、依赖 | 模块集成后 | 开发/测试 |
| ST | 完整系统 | 端到端需求符合性 | 系统部署前 | 测试工程师 |
| FT | 系统功能 | 业务需求实现 | ST阶段或独立执行 | QA/测试团队 |
如何选择？
- UT：开发初期快速反馈，适合TDD（测试驱动开发）。
- IT：验证服务/组件协作，常见于微服务架构。
- ST/FT：发布前的最终验证，确保用户体验。
补充说明：
- 某些团队可能合并ST和FT，或将FT作为ST的一部分。
- 非功能测试（如性能、安全）通常属于ST但不属于FT。
通过分层测试（UT→IT→ST/FT），可以高效定位问题并提高软件质量。
