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