功能性测试分类
软件测试的分类,先从功能性及非功能性一刀切成两边,功能性就是使用者预计操作系统所能接受的服务,以及系统在未能服务时的反应;非功能性就是使用者觉得“这不用说吧”的部分,例如,可用性及反应时间所分别衍生的压力测试、负载测试与效率测试等。
这篇先就个别系统的功能性测试来说明:
粒度 | 缩写 | 英文 | 中文 |
---|---|---|---|
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 )
-
目标:测试内容应基于需求访谈结果,大至业务流程是否符合业务需要,小至使用者操作习惯,重点在于能否产生预期价值。
-
提出:需求访谈之后规划。
-
执行:释出之前。
来源:
李建明180 https://www.cnblogs.com/lijianming180/