Q/SY
中国石油天然气集团公司企业标准
Q/SY 1355.2—2010
计算机软件测试规范第2部分：集成测试
Specification for computer software testing-
Part 2: Integration testing
2010－09－09 发布
2010－10一01实施
中国石油天然气集团公司 发布 Q/SY 1355. 2—2010
目 次
前言 1 范围 2 规范性引用文件 3 术语和定义
集成测试 4. 1测试对象和目的 4. 1. 1 测试对象 4. 1.2测试目的 4. 2测试的组织和管理 4.2.1人员配备情况 4.2.2准入条件 4.2.3准出条件 4.3测试技术要求
4
测试内容 4. 4. 1 全局数据结构 4. 4. 2 功能性 4. 4.3 准确性 4. 4. 4 互操作性 4. 4. 5 容错性 4. 4. 6 时间特性
4. 4
资源利用性
4. 4. 7
4. 5 测试环境 4. 6 测试方法
测试过程 4. 7. 1 测试计划 4. 7. 2 测试设计 4. 7. 3 测试执行 4. 7. 4 测试总结 4.8　测试文档附录 A（资料性附录） 软件测试参考模板附录B（资料性附录） 集成测试流程图
4. 7 Q/SY 1355.2—2010
前言
Q/SY1355《计算机软件测试规范》分为五个部分：
第1部分：单元测试；
一
第2部分：集成测试; 一第3部分：系统测试; 一第 4部分：验收测试;
一
第5部分：回归测试。
一
本部分为Q/SY1355的第2部分。 本部分按照GB/T1.1一2009给出的规则起草，本部分由中国石油天然气集团公司信息管理部提出。 本部分由中国石油天然气集团公司信息技术专业标准化技术委员会归口。 本部分起草单位：中国石油勘探开发研究院、中国石油大学（北京）。 本部分主要起草人：朱丽萍、李洪奇、孙长虹、于爱丽、张、谢立红、黄文辉、邹国平、党
娜、张聪辉、陈光辉、赵艳红。
II Q/SY 1355.2—2010
计算机软件测试规范第2部分：集成测试
1范围
Q/SY1355的本部分规定了计算机软件生存周期内集成测试的技术要求和测试环境，给出了测试的对象和目的、内容、方法及过程，并提供了部分供参考的测试文档和检查表
本部分适用于软件开发和测试过程中的集成测试。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 9386一2008计算机软件测试文档编制规范 GB/T 11457—2006　信息技术　软件工程术语 GB/T 18492一2001信息技术系统及软件完整性级别 Q/SY1355.1一2010计算机软件测试规范　第1部分：单元测试
3术语和定义
GB/T 11457一2006 界定的术语和定义适用于本文件。
4集成测试
4.1 测试对象和目的
4.1.1 测试对象
软件集成测试的对象包括任意一个软件单元集成到计算机软件系统的组装过程以及任意一个通过组装得到的软件系统。
4.1.2测试目的
软件集成测试的目的是检验软件单元之间、软件单元和已集成的软件系统之间的接口关系，并验证已集成软件系统是否符合设计要求。
4. 2测试的组织和管理
4.2.1人员配备情况
软件集成测试应由软件供方组织并实施，测试人员与开发人员应相对独立，也可委托第三方进行软件集成测试。
1 Q/SY 1355.2—2010
软件测试人员的工作角色和具体职责见Q/SY1355.1一2010中表1。
4.2.2准入条件
软件集成测试的技术依据是软件概要设计说明书。其测试工作的准入条件应满足表1的要求
表1软件集成测试的准入条件条件
是/否
具有测试合同或集成测试任务书具有集成测试所需的各种文档，如概要设计、详细设计、软件需求等文档软件源代码正确通过编译或汇编待集成的软件单元已通过单元测试评审
4.2.3准出条件
软件集成测试工作的准出条件应满足表2的要求。
表2软件集成测试的准出条件条件
是/否
已完成软件集成测试计划中的任务要求实际测试过程遵循了原定的软件集成测试计划和软件集成测试说明客观、详细地记录了软件集成测试过程中发现的所有问题软件集成测试文档齐全、符合GB/T9386一2008的要求软件集成测试的全过程自始至终在控制下进行软件集成测试中的问题或异常有合理解释或正确有效的处理软件集成测试工作通过了评审
4.3测试技术要求
4.3.1应对已集成软件进行必要的静态测试，并先于动态测试进行。 4.3.2软件要求的全部功能和性能应至少被一个正常的测试用例和一个被认可的异常测试用例覆盖，验证其是否达到设计要求 4.3.3测试用例的输入应至少包括有效等价类值、无效等价类值和边界数据值。 4.3.4宜采用增量式集成测试方法测试新组装的软件。 4. 3. 5 应测试软件之间、软件和硬件之间的所有接口。 4.3.6 应测试软件单元之间的所有调用，达到100%的测试覆盖率。 4.3.7 应测试软件的输出数据及其格式。 4. 3.8 应测试运行条件（如数据结构、输入/输出通道容量、内存空间、调用频率等）在边界状态下，软件的功能和性能。 4. 3. 9 应测试已集成软件对正常数据的处理，如接口错误、数据错误、协议错误的识别及处理。 4.3.10对完整性要求高的软件，应对其进行安全性分析，明确每一个危险状态和可能导致危险的原因，并对此进行针对性的测试 4.3.11对具体的软件，可根据软件测试合同及软件的重要性、完整性级别对4.3.1～4.3.10的内容 2 Q/SY 1355.2—2010
进行裁剪。 4.4测试内容
4.4.1全局数据结构
测试全局数据结构的完整性，包括数据的内容、格式；并测试内部数据结构对全局数据结构的影响。
数据结构检查表参见表 A.1。
4.4.2 功能性
应对软件设计文档中描述的每一项功能逐项进行测试。功能测试检查表参见表A.2。
4.4.3准确性
应对软件中具有准确性要求的功能和精度要求的项（如数据处理精度、时间控制精度、时间测量精度）进行测试。 4.4.4互操作性
应考虑测试以下两种接口：所加入的软件单元与已集成软件之间的接口；已集成软件与支持其运
行的其他软件、例行程序或硬件设备的接口。对接口的输入和输出数据的格式、内容、传递方式、接口协议等进行测试。
接口测试检查表参见表A.3。 测试软件的控制信息，如信号或中断的来源、目的、优先级、表示格式或表示值；信号或中断的
最小、最大和平均频率，响应方式和响应时间等。
4.4.5容错性
应测试已集成软件对差错输入、差错中断、漏中断等情况的容错能力，并考虑通过仿真平台或硬件测试设备形成一些人为条件，测试软件功能、性能的降级运行情况。
4.4.6时间特性
应考虑测试已集成软件的运行时间，算法在最长路径下的计算时间。
4.4.7资源利用性
应考虑测试软件运行占用的内存空间和外存空间。
4.5测试环境
测试环境包括测试的运行环境和测试工具环境。测试的运行环境应符合软件测试合同的要求，通常是开发环境或仿真环境。测试工具应是经过认可的工具。
4.6测试方法
软件集成测试宜采用动态测试方法，辅助以静态测试方法。静态测试应先于动态测试进行。 在由软件单元和已集成软件组装成新的软件时，应根据软件单元和已集成软件的特点选择适合集
成测试的组装策略。
3 Q/SY 1355.2—2010
4.7 测试过程 4.7.1测试计划 4. 7. 1. 1 ? 测试项目负责人和测试分析员应根据测试合同和被测试软件的设计文档对被测试软件进行分析，并确定以下内容：
a）确定测试的充分性要求。根据软件的重要性级别和完整性级别，确定测试应覆盖的范围及每
范围所要求的覆盖程度。
b）确定测试终止的要求。指定测试过程正常终止的条件（如测试的充分性要求），并确定导致
测试过程异常终止的可能情况 c）确定用于测试的资源要求，包括软件（如操作系统、编译软件、静态分析软件、测试数据产
生软件、测试结果获取和处理软件、测试驱动软件等）、硬件（如计算机、设备接口等）、人员数量、人员技能等。
d）确定需要测试的软件特性。根据软件设计文档的描述确定软件的功能、性能、状态、接口、
数据结构、设计约束等内容和要求，对其标志。若需要，将其分类，并从中确定需测试的软件特性。
e）确定测试需要的技术和方法，如测试数据生成和验证技术、测试数据输入技术、测试结果获
取技术、增量测试的组装策略。 f）根据测试合同的要求和被测软件的特点，确定测试准出条件。 g）确定由资源和被测软件决定的软件集成测试活动的进度。 h）对测试工作进行风险分析与评估，并制定应对措施。 i）根据上述分析研究结果，按GB/T9386一2008的要求编写软件集成测试计划（参见Q/SY
1355.1—2010中表A.10)。
4.7.1.2应对软件集成测试计划进行评审。评审测试的范围和内容、资源、进度、各方责任等是否明确，测试方法是否合理、有效和可行。风险的分析、评估与对策是否准确可行，测试文档是否符合规范，测试活动是否独立。
当测试活动由被测软件的供方实施时，软件集成测试计划的评审应纳入被测试软件的概要设计阶段评审。在软件集成测试计划通过评审后，进入下一步工作；否则，需要重新进行软件集成测试的计划。
4.7.2测试设计 4.7.2.1测试设计工作由测试设计员和测试程序员完成。应根据软件集成测试计划完成以下工作：
a）设计测试用例，将需测试的软件特性分解，针对分解后的每种情况设计测试用例（参见
Q/SY1355.1一2010中表A.11），每个测试用例的设计应遵照Q/SY1355.1一2010中附录B 的要求。
b）获取测试数据，包括获取现有的测试数据和生成新的数据，并按要求验证所有数据 c）确定测试顺序，可从资源约束、风险以及测试用例失效造成的影响或后果几个方面考虑。 d）获取测试资源，向测试项目负责人申请使用（开发，购买）软件、硬件资源。 e）编写测试程序，包括开发测试支持工具、集成测试的驱动模块和桩模块。 f）建立和校准测试环境。 g）按GB/T9386一2008的要求编写软件集成测试说明（参见Q/SY13551.1一2010中表
A. 12)。
4.7.2.2应对软件集成测试说明进行评审。评审测试用例是否正确、可行和充分，测试环境是否正 4 Q/SY 1355. 2—2010
确、合理，测试文档是否符合规范。
当测试活动由被测软件的供方实施时，软件集成测试说明的评审应纳入软件开发的阶段评审。在软件集成测试说明通过评审后，进入下一步工作；否则，需要重新对软件集成测试进行设计和实现。
4.7.3测试执行
4.7.3.1测试员在这一阶段的工作是执行软件集成测试计划和软件集成测试说明中规定的测试项目和内容。在执行过程中，测试员应认真观察并如实地记录测试过程、测试结果和发现的差错，认真填写软件集成测试记录（参见Q/SY1355.1一2010中表A.14）。 4.7.3.2测试分析员在这一阶段的工作有如下两方面：
a）根据每个测试用例的期望测试结果、实际测试结果和评价准则判定该测试用例是否通过。如
果不通过，测试分析员应认真分析情况，并根据以下情况采取相应措施。 1）软件集成测试说明和测试数据的差错。采取的措施是：改正差错，将改正差错信息详细记
录，然后重新运行该测试用例。 2）执行测试步骤时的差错。采取的措施是：重新执行未正确执行的测试步骤。 3）测试环境（包括软件环境和硬件环境）中的差错。采取的措施是：修正测试环境，将环境
修正情况详细记录，重新运行该测试；若不能修正环境，记录理由，再核对终止情况。 4）软件的实现差错。采取的措施是：填写软件集成测试问题报告单（参见Q/SY1355.1-
2010中表A.14），可提出软件修改建议，然后继续进行测试；或者把差错与异常终止情况进行比较，核对终止情况。软件变更完毕后，应根据情况对其进行回归测试。
5）软件的设计差错。采取的措施是：填写软件问题报告单，可提出软件修改建议，然后继续
进行测试；或者把差错与异常终止情况进行比较，核对终止情况。软件变更完毕后，应根据情况对其进行回归测试或重新组织测试，回归测试中需要相应地修改测试设计和数据。
b）当所有的测试用例都执行完毕，测试项目负责人和测试分析员要根据测试的充分性要求和失
效记录，确定测试工作是否充分，是否需要增加新的测试。当测试过程正常终止时，如果发现测试工作不足，应对软件进行补充测试（具体要求见4.7.2和4.7.3），直到测试达到预期要求，并将附加的内容记录在软件集成测试报告中；如果不需要补充测试，则将正常终止情况记录在软件集成测试报告中。当测试过程异常终止时，应记录导致终止的条件、未完成的测试和未被修正的差错。
4. 7. 4测试总结
4.7.4.1测试项目负责人和测试分析员应根据被测软件的设计文档、软件集成测试计划、测试说明、 测试记录和软件问题报告单等，分析和评价测试工作，应包括下面几项工作：
a）总结软件集成测试计划和软件集成测试说明的变化情况及其原因，并记录在软件集成测试报
告（参见Q/SY1355.1—2010中表A.13）中。 b）对测试异常终止情况，确定未能被测试活动充分覆盖的范围，并将理由记录在软件集成测试
报告中。 c）确定未能解决的软件测试事件以及不能解决的理由，并将理由记录在软件集成测试报告中。 d）总结测试所反映的软件代码与软件设计文档之间的差异，记录在软件集成测试报告中。 e）将测试结果和所发现的出错情况同软件设计文档对照，评价软件的设计与实现，提出软件改
进建议，记录在软件集成测试报告中。 f）按GB/T9386一2008的要求编写软件集成测试报告，该报告应包括：测试结果分析、对软件
的评价和建议。 g）根据测试记录和软件问题报告单编写软件集成测试问题报告（参见Q/SY1355.1一2010中表
5