标签：ble 中文 需要 完成 未能 接受 tin com 业务
软件测试的分类，先从功能性及非功能性一刀切成两边，功能性就是使用者预计操作系统所能接受的服务，以及系统在未能服务时的反应；非功能性就是使用者觉得“这不用说吧”的部分，例如，可用性及反应时间所分别衍生的压力测试、负载测试与效率测试等。
这篇先就个别系统的功能性测试来说明：
| 粒度 | 缩写 | 英文 | 中文 |
|---|---|---|---|
| 1 | UT | unit test | 单元测试 |
| 2 | IT | integration test | 整合测试 |
| 3 | SIT | system integration test | 系统整合测试 |
| 4 | ST | system test | 系统测试 |
| 5 | UAT | user acceptance test | 使用者接受度测试 |
目标：测试内容基于功能设计结果，确认类功能正确运行。
提出：功能开发之间。
执行：功能开发之间随时进行。
目标：测试内容基于系统设计结果，确认类功能间交互正确。
提出：系统设计完成之后规划。
执行：UT 完成之后。
目标：测试内容基于框架设计结果，确认系统与外部系统的整合。
提出：系统架构确定之后规划。
执行：IT 完成之后。
目标：测试内容基于需求分析结果，确认各项功能符合功能规范。
提出：系统功能拟定之后规划。
执行：SIT 完成之后。
目标：测试内容应基于需求访谈结果，大至业务流程是否符合业务需要，小至使用者操作习惯，重点在于能否产生预期价值。
提出：需求访谈之后规划。
执行：释出之前。
标签：ble 中文 需要 完成 未能 接受 tin com 业务
原文地址：https://www.cnblogs.com/lijianming180/p/12014132.html
