ASPICE-SWE.5 软件集成测试
作者 | 小鹿
出品 | 汽车电子与软件
前言
那针对软件集成测试这个岗位职位,想必大家都存在很大的疑惑,它和软件合格性测试到底存在什么区别?测试内容包含哪些?怎么执行软件集成测试?接下来就跟大家介绍一下。通过此篇文章,你可以知道:
-
软件集成测试是什么
-
软件集成测试的目的
-
软件集成测试的测试内容
-
软件集成测试的依赖对象
-
软件集成测试执行流程
一,什么是软件集成测试?
-
单元测试负责的是领域代码部分,主要测试的是软件基本单元(如:函数),不会涉及到外部的依赖,测试的独立的一个部分。
-
集成测试负责依赖代码部分,是单元测试不能测试的部分,对“依赖”通俗的理解就是,存在除本身之外的强关联项。
小结:
二,软件集成测试的目的
-
验证集成的软件中的软件组件是否符合软件架构设计
-
验证集成的软件中的软件组件是否符合软硬件接口协议
-
验证集成的软件中的软件组件是否符合特定属性要求(鲁棒性,可靠性)
-
验证集成的软件中的软件组件是否符合软件功能需求
-
验证集成的软件是否符合最初的软件技术指标
三,软件集成测试的测试内容
“手机APP”可以称之为我们的组件A,“TSP系统”可以称之为组件B,“车辆”可以称之为组件C(组件的定义遵循软件架构设计);
组件之间假如存在如下接口设计:
组件A的接口:*FuncA_1(......),*FuncA_2(......),*FuncA_3(......)
组件B的接口:*FuncB_1(......),*FuncB_2(......),*FuncB_3(......)
组件C的接口:*FuncC_1(......),*FuncC_2(......),*FuncC_3(......)
四,软件集成测试的依赖对象
五,软件集成测试执行流程
1,集成测试计划形成
-
集成测试计划主要从几个方面考虑:环境搭建、测试工具部署、测试用例编制及执行,测试问题整理,测试报告编制。
2,集成测试用例编制
-
测试用例的编制可以通过需求分析,等价类的分析,边界值的分析,基于经验或知识的错误推测等方向来考虑。
-
需求的分析就是基于需求的理解设计测试用例,结果主要是判断这个功能是否OK;
-
等价类的分析就是将输入输出进行分类,为分类选择代表性的数据进行验证;
-
边界值的分析就是分析代码中设计的变量,参数等在达到边界,跨越边界时的情况,以此来判断是否符合设计要求,简单理解就是代码设计要考虑边界的所有情况,并设定不同边界情况的不同处理结果。
-
基于经验或者知识的错误推测,就是结合自己测试的经验,以及结合同类项目的问题总结,增加额外的测试用例,覆盖更全的测试场景。
3,集成测试用例评审
-
评审测试用例的设计是否覆盖软件架构设计中所有设计项,对软件架构的覆盖度。
-
评审测试用例是否覆盖所有的功能需求
-
评审测试用例的充分性
-
还可以结合自己公司的要求,评审测试用例的合规性
-
评审测试用例设计的测试环境是否与目标环境大致类似
-
执行测试用例的前提条件是测试环境以及测试工具部署好。集成测试前期最重要的工作之一就是部署测试工具链,根据测试的内容不同,使用的测试工具也是有差异的,汽车行业常用的测试工具为CanOe,劳巴,PCAN,E2等等。
-
测试报告着重体现测试内容,测试用例执行率,通过率,问题关闭率等。根据公司要求进行输出。