1、产品集成测试控制程序文档版本：V1.0文档编号：VE101秘级：仅供内部使用模板版本：V 1.0本模板最后修订日期：2011/5/29产品集成测试控制程序第 2 页 共 18 页历史记录版本 日期 更改记录 审核 作者V1.0 2011.5.29 创建 姚可钦 赵晟环产品集成测试控制程序本文档中的所有内容为通邮信息技术有限公司的机密和专属所有。未经通邮信息技术有限公司的明确书面许可，任何组织或个人不得以任何目的、任何形式及任何手段复制或传播本文档部分或全部内容。产品集成测试控制程序第 3 页 共 18 页目 录1. 目的 .52. 使用范围 53. 名词和缩略语 54. 角色和职责 74.1.
2、 测试组成员 74.2. 测试经理 74.3. 实现工程师 74.4. 开发经理 74.5. 项目配置管理人员 85. 过程综述 85.1. 产品集成测试流程图 85.2. 过程说明 96. 过程活动 96.1. 活动一 制订测试计划 96.2. 活动二 编写测试用例 106.3. 活动三 获取待测集成产品 116.4. 活动四 搭建集成测试环境 126.5. 活动五 执行测试 136.6. 活动六 编写和提交测试报告 146.7. 活动七 确认 BUG.146.8. 活动八 确认系统是否具备系统测试条件 157. QA 需检查内容 168. 过程度量与改进 .178.1. 保留历史数据 17
3、8.2. 过程度量和改进 179. 过程裁剪指南 1710. 相关文件 17产品集成测试控制程序第 4 页 共 18 页11. 质量记录 18产品集成测试控制程序第 5 页 共 18 页1. 目的本文定义公司的产品集成测试过程，保证产品集成系统的质量。所有产品集成系统测试活动需要遵循本规程。2. 使用范围本文件适用于公司的所有产品集成系统的测试活动。3. 名词和缩略语集成测试：根据本公司实际情况，可以定义为一个以上自有产品（包括第三方产品）集成为一个系统之后，在一定的软件和硬件环境下，对整个集成系统进行全面的功能和性能测试，主要目标是发现产品协同工作时出现的问题，检验产品集成之后功能、性能等特
4、性是否正常，是否与需求存在偏差，产品之间是否存在接口问题。 测试中止准则：一次测试活动尚未完成，因为异常原因而停止活动。 当测试过程中发生致命问题，导致测试无法继续进行，则测试人员可以拒绝继续测试，待相关人员修正之后重新提交进行测试。 一次测试活动结束准则 所有要求的测试用例和测试程序都已经执行。 所有的缺陷都已经确认。 所有要求的测试用例和测试程序都已经被重新执行一次，并且没有发现新的缺陷。或者根据测试中止准则，测试活动异常中止。 测试结果判定准则： 不具备试运行条件：如果待测系统存在 A，B，C，D 类 BUG。 建议集成系统内部验收：如果待测系统存在 E 类 BUG。 完全通过：在测试环
5、境下，待测系统已经不存在各种类型的 BUG。 集成测试通过准则：产品集成测试控制程序第 6 页 共 18 页对于非严格系统测试结果如果不存在 A，B，C，D 类 BUG，则允许通过测试。对于严格系统测试结果必须为完全通过，否则为不允许通过测试BUG 等级划分1. 将 BUG 按照严重程度划分为 A、B、C、D、E 五类：A：致命错误该类错误使得系统不能正常运行，通常使系统不稳定、不安全、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的主要问题。这类错误包括程序异常退出、破坏永久存储数据（配置文件、数据库等）导致程序不能重启动或重启后功能异常、程序按照安装使用手册正确
6、安装配置但不能安装或启动。B：严重错误这类错误是指程序功能上和需求不符或性能上和指标相差很远，如：程序没有实现用户的某些功能或实现的功能和用户的需求存在差别；程序执行时太慢，不能满足用户的需要等。C：一般错误程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常，如：次要功能不能正常实现；操作界面错误；打印内容、格式错误；查询错误，数据错误显示；数据库表中有过多的空字段；因错误操作迫使程序中断；系统性能或响应时间会变慢；硬件或通讯异常发生恢复后，系统不能自动正常继续工作；系统兼容性差，与其它支持系统一起工作时容易出错。D：微小错误程序在一些显示上不美观，不符合用户习惯
7、，或者是一些文字的错误，如：界面不规范；辅助说明描述不清楚；输入输出不规范；提示窗口文字未采用行业术语；可输入区域和只读产品集成测试控制程序第 7 页 共 18 页区域没有明显的区分标志；界面存在文字错误；在功能实现方式上如果需求中没有明确定义，而没有按常规实现，并且不比常规方式实现优越的。E：限制事项这类错误是指程序已经完成了客户需求上规定的所有功能，但从使用方便、结构更好、性能更高、容错性更好等角度考虑，程序需要改善的地方；或存在一些无关紧要的小错误，不影响用户功能上的使用，可以下一个版本改进的。4. 角色和职责4.1. 测试组成员根据测试计划中的安排，整合和修缮测试用例。协助测试经理检查
8、送测产品是否满足接受产品集成测试条件。搭建集成测试环境，执行产品集成测试，填写测试 BUG 表，协助测试经理完成测试报告。确认、重现和解释 BUG。参加系统末次测试结果的评审。4.2. 测试经理制订测试计划。负责组织测试组成员整合和修缮测试用例，执行产品集成测试，编写测试报告。核准和签字接受待测产品。验证集成测试环境。负责 BUG 的追踪和整个测试过程的控制，并使得 BUG 信息可查阅。负责根据BUG 确认规程确认 BUG。依据测试结果判定准则，从测试角度判定集成系统是否具备内部验收条件，并提供当次测试 BUG 表和测试报告（测试结果处空出）给项目经理、开发经理。组织测试组成员参加系统末次测试
9、结果的评审会议，以最终确定系统是否具备内部验收条件。审核测试用例等相关测试技术文档。4.3. 实现工程师协助测试组成员建立产品集成测试环境。协助测试组成员安装配置和运行待测系统。负责 BUG 的修订，并按照BUG 确认规程进行每轮测试结果的确认；有责任回答测试人员关于产品的问题和培训测试人员。参加系统末次测试结果的评审。产品集成测试控制程序第 8 页 共 18 页4.4. 开发经理组织提交自己所负责的产品待测。审查测试用例。安排项目组成员协助测试组成员建立产品集成测试环境。按照BUG 确认规程，组织项目组成员进行每轮测试结果的确认；组织项目组成员进行BUG 修复活动。接收和查阅测试 BUG 表
10、和测试报告，进行分析，了解当前系统状态，确定BUG 修复责任人。组织项目组成员参加系统末次测试结果的评审。4.5. 项目配置管理人员负责将软件送测单、待测产品以及相关资料（产品集成安装配置说明等）提交给测试组，触发产品集成测试。配置管理人员将成为测试人员获取待测产品的唯一接口，正常情况下，测试人员将拒绝接受直接来自项目组的待测产品。5. 过程综述5.1. 产品集成测试流程图产品集成测试控制程序第 9 页 共 18 页5.2. 过程说明测试经理制定测试计划，组织测试组成员整合并修改测试用例。获取待测集成产品后，在搭建的测试环境中执行测试，记录测试问题，提交测试报告，确认 BUG 后，判定系统是否
11、具备系统测试条件。6. 过程活动6.1. 活动一 制订测试计划6.1.1. 进入准则进入产品集成阶段。6.1.2. 输入通过评审的参与集成的单个产品的测试用例。产品集成计划。6.1.3. 任务任务 1：支持部经理确定测试负责人支持部经理根据资源分布情况以及测试人员系统熟悉程度等相关信息，综合考虑确定产品集成测试负责人，该负责人在产品集成测试中充当测试经理角色。任务 2：测试经理编写 VE3017测试计划测试经理根据产品部和基础研发部提供的产品集成计划编制 VE3017测试计划。任务 3：项目经理和支持部经理审批 VE3017测试计划项目经理和支持部经理审批 VE3017测试计划。任务 4：测试
12、经理提交和归档 VE3017测试计划测试经理提交项目配置管理员归档，同时提交开发经理、QA。如果测试计划在第一次归档之后，因为种种原因需要进行修订或者变更，请参照 VE204测试变更规程执行。产品集成测试控制程序第 10 页 共 18 页6.1.4. 输出通过审批的 VE3017测试计划 。6.1.5. 退出准则VE3017测试计划归档生效。6.2. 活动二 编写测试用例6.2.1. 进入准则VE3017测试计划生效。6.2.2. 输入单元测试用例产品/产品部件需求规格说明书概要设计说明书详细设计说明书6.2.3. 任务任务 1：测试组成员编写集成测试用例任务 2：测试经理审核集成测试用例测试
13、经理审核集成测试用例：从测试的角度检查用例内容是否符合和是否完备，确认完成集成测试用例的时间是否逾期。任务 3：审查集成测试用例测试经理将审核之后的集成测试用例提交相关的开发经理审查，根据审查意见修改用例。任务 4：提交和归档集成测试用例测试经理将通过审批审查的用例提交项目配置管理员归档。产品集成测试控制程序第 11 页 共 18 页如果测试用例在第一次归档之后，因为种种原因需要进行修订或者变更，请参照 VE204测试变更规程执行。6.2.4. 输出通过审查的集成测试用例 。6.2.5. 退出准则可用的集成测试用例。6.3. 活动三 获取待测集成产品6.3.1. 进入准则待集成产品均可正常运行
14、。6.3.2. 输入完整的、统一的、版本正确的待集成产品。填写完整的软件送测单。安装配置文档。其他相关的技术文档。6.3.3. 任务任务 1：测试经理到指定位置获取待测系统测试经理根据软件送测单上指明的路径或者配置管理员指定的路径获取待集成产品：包括软件包、安装配置文档、其他相关技术文档。任务 2：测试经理检查各配置项是否满足测试接受条件测试经理负责对照接受产品集成测试检查单检查待测系统各配置项，判断待测系统是否满足测试接受条件。如果不满足接受条件，则将已填写了验证信息的接受产品集成测试检查单反馈给开发经理，要求开发经理重新提交待测系统，同时抄送一份给配置管理员。直到满足测试接受条件。产品集成
15、测试控制程序第 12 页 共 18 页满足测试接受条件，则进入“搭建集成测试环境”。6.3.4. 输出填写了验证信息的接受产品集成测试检查单 。6.3.5. 退出准则待测产品集成系统满足测试接受条件。6.4. 活动四 搭建集成测试环境6.4.1. 进入准则待测集成产品提交且满足产品集成测试接受条件。6.4.2. 输入项目组提供的安装配置启动文档。产品使用说明。其他相关的技术文档。6.4.3. 任务任务 1：测试人员组织和搭建硬件环境测试组成员根据项目组提供的安装配置启动文档中关于物理环境的描述，准备和申请硬件资源，连接硬件设备，建立测试所需要的硬件环境。任务 2：测试人员安装和配置软件环境测试
16、组成员合理部署参与集成的产品，安装和配置软件环境，在正确的硬件环境下建立测试所需要的软件环境。任务 3：测试经理验证测试环境测试经理验证测试环境的可用性和正确性以及合理性：根据产品集成要求进行检查和核实，必要时请相关项目组成员协助检验环境是否符合要求。产品集成测试控制程序第 13 页 共 18 页6.4.4. 输出可以正常运行集成系统的符合要求的测试环境。6.4.5. 退出准则测试环境通过验证。6.5. 活动五 执行测试6.5.1. 进入准则待测系统提交。测试环境通过验证。6.5.2. 输入集成测试用例 。软件送测单 。待测集成系统。通过验证的测试环境。6.5.3. 任务任务 1：测试人员执行
17、测试用例测试组成员按照测试用例中描述的操作步骤进行测试。任务 2：测试人员记录和提交 BUG测试人员在测试 BUG 表中记录测试中测试出的 BUG 提交给测试经理。任务 3：测试人员进行 BUG 跟踪测试组成员通过回归测试验证 BUG，实时根据实际情况更新 BUG 状态。通过 BUG 的出现频率以及 BUG 的当前状态，可以体现对于 BUG 状态的跟踪。出现频率表明 BUG 重现次数，BUG 当前状态对应的版本信息，表明 BUG 在哪一版本得到了修复或者得到确认（如：再不处理，下一版本处理）。产品集成测试控制程序第 14 页 共 18 页6.5.4. 输出VE3016测试 BUG 表VE301
18、8集成测试用例6.5.5. 退出准则根据“一次测试活动结束准则”，一次测试活动结束。6.6. 活动六 编写和提交测试报告6.6.1. 进入准则一轮测试活动结束。6.6.2. 输入VE3018集成测试用例VE3034测试 BUG 表6.6.3. 任务任务 1：测试经理编写集成测试报告测试经理负责根据当前 BUG 状态编写集成测试报告。任务 2：支持部经理审核和存档集成测试报告支持部经理审核集成测试报告的真实性和有效性，同时将集成测试报告存档。任务 2：测试经理提交和归档集成测试报告测试经理将集成测试报告提交给开发经理。抄送给 QA 人员、配置管理员、支持部经理。6.6.4. 输出集成测试报告6.
19、6.5. 退出准则集成测试报告已经提交并归档。产品集成测试控制程序第 15 页 共 18 页6.7. 活动七 确认 BUG6.7.1. 进入准则一次测试活动结束。6.7.2. 输入当次测试 BUG 表当次集成测试报告6.7.3. 任务任务 1：项目相关人员确认 BUG按照BUG 确认规程执行该活动。任务 2：测试人员进入下一轮测试进入下一轮测试，返回执行活动三，直到系统被确认具备系统测试条件。6.7.4. 输出BUG 确认规程规定的输出。6.7.5. 退出准则同BUG 确认规程给出的退出准则。6.8. 活动八 确认系统是否具备系统测试条件6.8.1. 进入准则根据测试结果判定准则，系统具备了系
20、统测试条件。6.8.2. 输入当次集成测试报告6.8.3. 任务任务 1：测试经理触发产品和研发进入“确认系统是否具备系统测试条件”活动产品集成测试控制程序第 16 页 共 18 页测试经理依据测试结果判定准则，从测试角度判定系统具备“建议集成系统测试”条件，将本次测试 BUG 表和集成测试报告（测试结果处空出）提交给开发经理，并在邮件中说明从测试角度，系统已经具备系统测试条件。任务 2：开发经理驱动和组织系统末次测试结果的评审会议开发经理接收到测试经理提交的“说明从测试角度，系统已经具备系统测试条件。”的结果，组织系统末次测试结果的评审会议。确定遗留 BUG 的归属：不再处理，本版修改，下一
21、版本修改，具体确认办法可以参考BUG 确认规程。根据确认结果进行相应的处理：如果存在本版修改的 BUG，则测试报告结果处填写：系统具备试用条件。此时，转入任务 3。如果不存在本版修改的 BUG，则将下一版修改的 BUG 转入下一版本，将不再处理的 BUG封存起来。同时，测试报告结果处填写：系统具备系统测试条件。相关人员根据会议实际情况，记录会议内容。任务 3：测试人员进入下一轮测试进入下一轮测试，返回活动三，直到系统被确认具备系统测试条件。6.8.4. 输出集成测试报告6.8.5. 退出准则所有遗留 BUG 都被确定归属。7. QA 需检查内容序号 QA 需参加的活动 QA 需审核的产品1 制
22、订测试计划 测试计划2 整合和修改测试用例 集成测试用例3 获取待测集成产品 接受产品集成测试检查单产品集成测试控制程序第 17 页 共 18 页4 搭建集成测试环境 符合要求的测试环境5 执行测试 测试 BUG 表6编写和提交测试报告 测试报告7 确认 BUG8确认系统是否具备系统测试条件会议记录8. 过程度量与改进8.1. 保留历史数据测试经理存档和分析历次集成测试报告；测试经理保留和存档集成测试报告。8.2. 过程度量和改进测试过程中的检查点：集成测试报告 。度量的考虑因素：测试组成员发现缺陷数量；通过测试之后的产品集成系统交付用户使用后，是否满足测试质量目标。具体的过程度量数据在测试总
23、结中记录。通过对数据的统计和分析，优化和改进测试工作。9. 过程裁剪指南标注可选的活动可以裁剪。10.相关文件VE102系统测试控制过程CM101软件配置管理控制程序VE204测试变更规程PM101软件开发项目监督和控制程序选定的评审规程第 18 页 共 18 页11.质量记录编号 名称 秘级 当前版本 最后更改时间 主责人 职责 存储位置VE3017 测试计划 保密 V1.0 2011/6/13 测试经理制订测试计划 。负责组织测试组成员整合和修缮测试用例，执行产品集成测试，编写集成测试报告 。核准和签字接受待测产品。验证集成测试环境。负责BUG 的追踪和整个测试过程的控制，并使得 BUG
24、信息可查阅。负责根据BUG 确认规程确认 BUG。/受控库/测试基线 /集成测试VE3018 集成测试用例 保密 V1.0 2011/6/22 测试组成员根据测试计划中的安排，整合和修缮测试用例。协助测试经理检查送测产品是否满足接受产品集成测试条件。搭建集成测试环境，执行产品集成测试，填写测试 BUG 表 ，协助测试经理完成集成测试报告 。确认、重现和解释 BUG。参加系统末次测试结果的评审。/受控库/测试基线 /集成测试VE3015 集成测试报告 保密 V1.0 2011/7/27 测试经理制订测试计划 。负责组织测试组成员整合和修缮测试用例，执行产品集成测试，编写集成测试报告 。核准和签字接受待测产品。验证集成测试环境。负责BUG 的追踪和整个测试过程的控制，并使得 BUG 信息可查阅。负责根据BUG 确认规程确认 BUG。/受控库/测试基线 /集成测试
