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