软件测试的分类，先从功能性及非功能性一刀切成两边，功能性就是使用者预计操作系统所能接受的服务，以及系统在未能服务时的反应；非功能性就是使用者觉得“这不用说吧”的部分，例如，可用性及反应时间所分别衍生的压力测试、负载测试与效率测试等。

这篇先就个别系统的功能性测试来说明：

个别说明

单元测试 ( UT, Unit Test )

• 目标：测试内容基于功能设计结果，确认类功能正确运行。
• 提出：功能开发之间。
• 执行：功能开发之间随时进行。

大专栏  功能性测试分类合测试--it-integration-test-">整合测试 ( IT, Integration Test )

• 目标：测试内容基于系统设计结果，确认类功能间交互正确。
• 提出：系统设计完成之后规划。
• 执行：UT 完成之后。

系统整合测试 ( SIT, System Integration Test )

• 目标：测试内容基于框架设计结果，确认系统与外部系统的整合。
• 提出：系统架构确定之后规划。
• 执行：IT 完成之后。

系统测试 ( ST, System Test )

• 目标：测试内容基于需求分析结果，确认各项功能符合功能规范。
• 提出：系统功能拟定之后规划。
• 执行：SIT 完成之后。

使用者接受度测试 ( UAT, User Acceptance Test )

• 目标：测试内容应基于需求访谈结果，大至业务流程是否符合业务需要，小至使用者操作习惯，重点在于能否产生预期价值。
• 提出：需求访谈之后规划。
• 执行：释出之前。

原文地址：https://www.cnblogs.com/lijianming180/p/12014132.html