软件集成测试指导书Word文件下载.docx
- 文档编号:16085075
- 上传时间:2022-11-18
- 格式:DOCX
- 页数:8
- 大小:22.79KB
软件集成测试指导书Word文件下载.docx
《软件集成测试指导书Word文件下载.docx》由会员分享,可在线阅读,更多相关《软件集成测试指导书Word文件下载.docx(8页珍藏版)》请在冰豆网上搜索。
另外,集成测试还需是可度量的。
不可度量的测试往往意味着失控,质量与进度得不到保证,尤其对于集成测试,有一定难度,执行起来差异很大,更需要对测试效果进行度量。
在提供覆盖分析的测试中,我们可以直观的看到哪些代码覆盖到了,哪些代码没覆盖到,再有针对的设计测试用例,这种白盒的方法,有力保证了高效测试。
以上三点是集成测试首先要解决的问题,也是集成测试的关键目标,如下:
关键目标1:
构造可重复的集成测试过程
关键目标2:
定义规范的集成测试操作
关键目标3:
度量集成测试效果
1.2达成关键目标的对策
1.2.1构造可重复的集成测试过程
构造可重复的测试过程依赖自动测试工具,使用自动工具是一种手段,目标是构造可重复过程,在达成此目标的前提下,是否使用工具视具体情况,所以使用自动工具很重要,但非必须。
一个理想的集成测试工具应具备以下特征:
1、用规范的格式(下称脚本)记录测试用例,测试执行在脚本控制下进行。
2、能方便的维护测试用例。
要标识测试用例,能方便的扩充、修改用例。
3、支持测试过程管理,包括起停控制,测试过程记录,执行中的异常处理。
4、支持测试结果自动分析。
基于消息处理的被测系统中,测试驱动可以简化,构造出驱动消息放到指定队列。
自动测试结果分析首先要截取程序变量,然后发送到测试管理模块在脚本控制下完成比较。
1.2.1定义规范的集成测试操作
集成测试是对设计进行验证,设计有明确的层次性,一般而言,在函数调用被调用结构中,顶层部分对应于概要设计,底层部分对应于详细设计。
相对应的集成测试也有明确的层次性,设计时怎么细化下去的,集成就怎么合回来,设计是怎么个粗略程度,集成时也该这么个粗略程度。
明确这一点对定义集成测试操作有重要意义,实际上这也是V模式的一个核心思想,单元测试对应于编码,集成测试对应于设计,系统测试对应于功能与需求,测试过程就是正向开发的逆向验证过程,各阶段的测试对象对应于相应开发阶段所要分析的对象。
规范的集成测试必须是基于接口的,因为程序设计是根据接口一层一层细化,集成时也只需考察接口。
基于接口的集成测试只关注接口的正确性,而不关注函数过程执行的正确性。
函数内执行过程的正确性应该属于单元测试范畴,集成测试再关注这个意味着重复,工作量也异常庞大,最终也导致集成测试可操作性差,且失去重点。
只关注接口的另一个好处理是:
考察点清晰,截取变量的值便可实现自动测试,否则,基于过程的测试最终因函数过程千差万异,而使自动测试无法实现。
另外,代码经常在变,而接口相对稳定,基于接口的测试保证较好的可继承性。
还有,脱离千差万别的过程,使得整个测试不过分的依赖于测试者的个人素质,该操作是易用易推广的。
基于接口的集成测试是规范的测试,而非调试。
之所以要把集成测试与调试严格区分,一方面是因为调试过程不是规范的,随机因素很多,批量的测试实现不了,测试结果无法自动比较,可重复的过程也不能实现;
另一方面,调试效果因人而异,调试方法并非可拷贝的。
1.2.3度量集成测试效果
量化测试效果一方面为了控制质量,另一方面是为了改进,在集成测试中后者更为重要。
集成测试方法是黑盒的,只关注输入输出,若没有指标度量,测试程度无从了解,测试质量就失控了。
所以,作为一条规则,集成测试需要提供覆盖指标。
在覆盖分析中能直观的看到哪些代码未被覆盖,可以有针对性的再作测试,这样的集成测试过程是可改进的过程,保证了测试效率。
2、入口准则
集成测试的入口准则已在《DP0070-软件集成测试过程》中定义,下面描述几项重要规则。
集成测试首先要求被测对象具备基本的稳定性,联调要通过,否则集成测试将无法做起。
另外,环境物料应有充分的保障,这在集成测试前几个月就得准备。
在软件设计阶段应同步编写集成测试计划,定义各个组件的集成级别,考虑各功能模块的集成方法。
这点很重要,集成测试需要一系列条件,应该事先考虑好集成策略,桩模块如何搭建,驱动模块如何设计,测试代码与源代码如何接口,特殊情况还需考虑外来的数据驱动如何实现,比如:
板内集成测试时,被测对象赖以启动的配置数据如何得到,板间或子系统集成时考虑的因素将更多。
集成测试计划不仅要规划被测内容,也要标识各子项的轻重缓急、重要程度,用以指导后继的测试设计与测试操作。
做完集成测试计划后,需要与产品设计相结合,同步开展可测性设计,预留集成测试接口,开始设计、实现测试代码。
如果此项工作未同步开展,后期编码完成了才考虑集成测试的接口,满足不了需求再去修改设计将给系统带来很大伤害。
具备一定素质的测试人员也是集成测试的一项重要入口准则,按照经验,集成测试中是否具备一定技术能力、有无集成测试经验,对最终的测试效果影响很大。
进行集成测试的操作者最好是被测对象的正规检视者(方案、设计与代码审查)。
3、关键活动
本节描述集成测试过程的关键活动包括:
☆制定集成测试计划
☆集成测试风险分析
☆集成测试方案设计
☆集成测试工具设计和调研
☆集成测试接口分析与测试用例设计
☆集成测试操作
☆集成测试报告评审
3.1制定集成测试计划
集成测试计划应在设计阶段完成,一般情况下,概要设计结束时,集成测试计划也应完成。
集成测试计划规划了今后的集成测试内容、测试方法以及可测性接口,以后所有集成测试均在该计划的框架下进行,所有,制定一份完善的集成测试计划非常重要。
制定集成测试计划之前需要进行充分的调研,调研的主要内容包括:
1)调研集成测试内容,确定哪些功能模块需要进行集成测试
2)关键模块的集成策略拟定
3)关键模块的集成测试接口与驱动条件分析
4)依据集成策略需要进行的测试设计与工具调研、开发
5)集成测试进度计划
6)集成测试需要的环境物料考虑
3.1.1调研集成测试内容
调研集成测试内容,应在软件总体测试计划的框架下,综合考虑单元测试、性能测试、系统测试的工作安排。
以下提供一般性的建议:
A、考虑集成的层次,在函数的调用与被调用关系中,集成测试对象应尽量选取上层,过于底层测试的往往会产生低效劳动。
B、考虑软件的层次,集成测试不应测试单元测试测过的内容,系统测试能测到的内容,应定义低优先级,典型的如MPU板的业务处理,处理单板的应用层,系统测试即能覆盖大部分语句,在一般情况下不必作为集成测试内容。
C、考虑软件复杂度,越复杂的也越容易出错,也越需要进行集成测试。
D、考虑被测模块的重要性,在系统中处于核心位置或关键地置,即使复杂度不高,也需作重点测试。
确定集成测试对象,还需分配该项的测试的集成级别,集成级别用于标识任务的重要程度,标识集成级别为后继工作提供指导。
E、权衡投入产出,在有限资源条件下选取恰当的测试集。
特别是某些被集成子对象之间互不相干时,不应作为测试内容。
比如:
网接续与板内其它功能进行集成测试时,查看控存也是一项应用层功能,但该业务不修改业务状态,也不作备份,对其它应用层功能除了性能不再有其它影响,这时集成测试时就可以不考虑该项功能。
F、考虑可测性,此项考虑的优先级应低于测试需求,难测的项目应尽可能去测,在可测试性上多下功夫。
3.1.2关键模块的集成策略拟定
集成策略可分三类:
一是自下而上式,被测试对象从底层一级一级往上叠加,集成测试也一级一级的进行,这种做法的好处是不需编写桩函数,构造出的环境较真实,是最常用的一种方法。
二是自上而下式,顶层是真实的驱动,桩函数需自己编写,这种方法适用于上层设计较复杂而下层较为清晰简单的场合。
第三类是介于上两者之间,被测对象的上层驱动与底层桩函数都需自己构造,这种应用较为少见。
如果对系统进行集成,对被测对象的特性紧密相关,如何集成是方法,目的是要以最小的投入获得最佳的效益,应尽可能保证系统的真实性的前提下减少测试代码编写。
3.1.3关键模块的集成测试接口与驱动条件分析
集成测试接口应选择在具有明显层次性的地方,这样的接口通常是清晰的,接口清晰使得测试驱动与结果监测变得简捷,这对集成测试构造有着莫大的好处。
集成测试应具备清晰的层次性,但这种层次不宜过多,以CC08机的单板为例,集成的层次应控制在3~4层为宜,如:
链路处理、传输层、板内关键业务的相互关系、同一业务的多板多个子系统间集成。
分析集成测试接口主要考虑几点:
A.驱动集成测试需要具备哪些接口条件,如:
需要下发哪些驱动命令,命令怎么发下去,变量值怎么报上来。
B.兼容性考虑,尽可能少的破坏系统原有结构,且有良好的可扩展性。
C.监测试点需要具备一定的稳定性,因为集成测试不只测试一次,易变的接口对重复测试不利。
3.1.4依据集成策略需要进行的测试设计与工具调研、开发
集成策略与测试接口分析清楚后,应考虑如何进行测试设计,另外还得考虑是否已有合适的测试工具,未有工具应考虑调研后外购或自行开发。
此项工作需在设计阶段考虑清楚,因为测试工具与集成对象接口,如果要做集成测试了才考虑这些,被测对象未必有合适的接口预留,如果再去修改程序麻烦就大了。
如何进行测试设计与工具调研、开发,详见3.4小节内容。
3.1.5集成测试进度计划
制定集成测试进度计划考虑以下情况:
A.考虑集成测试被测试对象数量,即工作量
B.关键模块进度安排应多留时间,宁可牺牲不重要模块的测试也不要牺牲重要模块的测试质量。
C.考虑集成测试难度与风险,难度大风险高的模块应多预留时间
D.考虑测试者的整体技术水平
E.考虑测试工具调研或开发的时间
F.给集成测试设计预留出足够的时间
G.结合开发计划,要有一定的风险估计
3.1.6集成测试需要的环境物料考虑
测试物料与怎么测有关,制定集成测试计划后测试思路清晰了,相关的物料计划需要做出来,因为申购物料需要时间,物料需在集成测试启动前到位。
3.2集成测试风险分析
集成测试需要较多的条件才能开展,具有较高的风险,所以在启动集成测试前要做充分的风险分析。
主要考虑以下方面:
A、代码是否具有足够的稳定性,接口是否具有基本的稳定性。
B、集成测试方案在现有人力物力条件下是否可行。
C、集成测试是否支持重复测试,不支持重复测试的集成方案应严格受控。
D、集成测试方法是否基于接口。
E、是否采用覆盖工具,工具的使用效果如何。
F、测试者是否具备一定的技术水平,是否已有集成测试经验。
G、测试中是否有足够的技术支援
风险分析报告需经过专家评审,一般情况下风险分析与集成测试方案一同递交评审,评审结论还要有跟踪解决。
3.3集成测试方案设计
集成测试方案要实现集成测试的3个关键目标,即:
实现可重复测试、基于接口测试、以覆盖指标衡量测试质量,集成测试方案围绕这三个目标来构造。
一个典型的集成测试系统,如图1所示,测试管理系统位于被测系统之外的独立系统,它与被
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 集成 测试 指导书