1、文档状态： 文档编号： XATX_PROC_SIT_集成测试过程编 撰： 2011-7-10编撰日期： 杨晓峰保密级别： 机密 草稿 已发布 修改中文档版本： 1.0.0软件集成测试过程河南信安通信技术有限公司软件测试过程1版本历史日期 版本 说明 作者2011-7-10 0.5.0 发布 0.5.0 版本 杨晓峰2011-7-15 0.6.0 发布 0.6.0 版本 杨晓峰2011-7-27 1.0.0 发布 1.0.0 正式版本 杨晓峰软件测试过程2目 录1. 引言 .11.1. 目的 11.2. 适用范围 11.3. 术语和缩略语 12. 过程综述 12.1. 角色与职责 12.2. 入
2、口准则 22.3. 输入 22.4. 过程相关活动 22.4.1. 制定 软件测试计划 32.4.2. 评审 软件测试计划 42.4.3. 系统集成 42.4.4. 编写测试用例 42.4.5. 评审测试用例 42.4.6. 执行集成测试 42.4.7. 缺陷跟踪管理 62.4.8. 缺陷分析统计 62.5. 出口准则 72.6. 输出 73. 度量分析 74. 验证执行 85. 配置管理 86. 相关培训 87. 相关过程接口说明 .8软件测试过程1软件集成测试过程1.引言1.1.目的对完成代码走查和交叉单元测试后的软件系统进行测试，确保软件系统满足产品需求并且遵循系统测试的标准和规定。1.
3、2.适用范围本文档是软件测试人员进行软件测试的依据和指导。本文档是 QA 检查项目质量政策执行情况的依据。本系软件测试过程适用于公司所有软件项目。1.3.术语和缩略语表 1.术语说明术语、缩略语 解 释QA Quality Assurance，质量管理CM Configuration Management，配置管理2.过程综述2.1.角色与职责软件测试过程所涉及到的角色与职责如 表 2 所示。表 2.集成测试过程角色与职责表角 色 职 责 描 述项目经理1） 审核并批准集成测试计划 ；2） 负责对集成测试计划进行跟踪与管理，对偏差和风险进行管理和控制；3） 协助质量保证人员进行测试过程和产品质
4、量检查。4） 将 QA 检查出来的问题及时通报该项目组成员。5） 指定测试经理；软件测试过程2角 色 职 责 描 述6） 组织同行评审测试工作产品；7） 监督控制测试过程。部门经理 1） 参与评审软件测试计划；2） 审核测试报告。测试经理 1） 制定集成测试计划 ；2） 填写集成测试报告 。测试人员1） 搭建软件测试环境；2） 编写集成测试用例 ；3） 执行集成测试；4） 填写集成测试报告 。开发人员 1） 参与缺陷跟踪管理并修改缺陷。CM 人员 1） 参与评审软件测试工作产品的评审；2） 将评审后的工作产品纳入配置管理。QA 人员1） 检查并监督软件测试过程活动的有效性和一致性。2） 将检查
5、出来的问题及时通报给项目经理及相关小组和成员，并跟踪问题直到关闭。3） 参与评审软件测试工作产品。2.2. 入口准则1） 项目规划过程结束，并且项目计划通过了评审；2） 软件设计过程中的工作产品体系结构设计说明书 、有关的模块设计说明书通过评审。3） 测试过程中的测试经理以及测试人员已经确定。2.3. 输入1） 项目计划 ；2） 用户需求说明书 ；3） 软件需求规格说明书 ；4） 软件体系结构设计说明书 ；5） 通过代码走查和交叉单元测试的源程序。2.4.过程相关活动软件测试过程如 图 1 所示软件测试过程3图 1.集成测试流程图2.4.1.编制集成测试计划在软件体系结构设计过程结束之后， 软
6、件体系结构设计说明书通过了评审，项目策划过程结束，并且项目计划通过了评审，然后软件测试人员根据项目计划 、 用户需求说明书 、软件需求规格说明书 、 软件体系结构设计说明书制定集成测试计划 。2.4.2.系统集成1） 测试人员按照系统集成指南 的要求进行系统集成；2） 系统集成完成后，系统集成人员编写集成说明书 。2.4.3.集成 测试用例由测试人员编写集成测试用例软件测试过程42.4.4.执行集成测试集成测试是确保应用程序之间以及与其他系统和组件之间能正确有效的进行交互。覆盖了应用程序之间以及与外部组件和已存在系统的集成。这些测试可验证整个工作流，以及组成应用程序的各个组件之间的所有交互。1
7、） 测试人员按照集成测试计划 搭建集成测试环境；2） 测试经理指定测试人员根据集成测试计划和通过了评审的集成测试用例在系统集成环境中进行集成测试；3） 集成测试的重点：模块间后台数据交互是否符合设计，父子模块启动时数据传递是否正常；4） 集成测试的方向举例：a）测试客户端应用程序代码和 Web 服务之间的集成。b）测试工作项目的下载和随后的已修改工作项目的上载。c）测试脱机状态下工作项目的排队，以及重新联机后排队消息的处理。d）验证不同队列提供程序与不同缓存提供程序的配合工作。e）在脱机状态下将多个更新应用到工作项目，并在重新联机时检查同步。f）测试在服务器端筛选参考数据的方法，以下载数据库的
8、适用部分。g）测试应用程序可以根据服务器通知，为用户显示与其他用户所作更改冲突的工作项目列表。h）测试应用程序可以根据定义的时间段将日志与服务器日志进行同步。i）测试在客户端修改数据的同时、该数据正在服务器中进行更新所导致的冲突情况。j）测试能否通过在服务器上添加新的数据（工作项目）来刷新客户端。k）测试添加到客户端的新数据（工作项目）能否与服务器进行同步。l）修改服务器中工作项目的架构并更新客户端。m）测试两个或更多独立联机客户端同时更新服务器上的数据的情况。n）测试两个或更多脱机客户端修改数据并更新服务器的情况。o）确保测试用例覆盖了所支持平台上应用程序工作流的验证。5） 测试人员将集成测
9、试的实际结果填写到集成测试用例 文档中的“实际结果” 、 “测试结论”中，对测试过程中发现的缺陷，逐条记录在缺陷记录单中，缺陷记录单由本公司“软件开发过程管理系统”自动生成；6） 待执行完所有的集成测试用例并且发现的缺陷全部得到解决，经测试经理确认后，由测试经理编写集成测试报告 ，对集成测试活动进行总结。软件测试过程52.4.5.测试 缺陷跟踪与结果分析测试中产生的缺陷，要填写缺陷记录单 ，本记录单在本公司的“软件开发管理过程”软件系统中填写，在这里填写的缺陷记录， “软件实现过程”中的程序员看到后可以进行改错，程序员修改程序需要遵守配置管理过程 ，程序员修正缺陷并且集成测试通过之后，将可执行
10、程序交给系统测试人员继续系统测试，如此循环反复迭代，直到最后确定系统测试达到软件测试计划中规定的测试完成准则。测试人员发现缺陷后，在“软件开发管理过程”中填写缺陷记录，并将其状态置为“提交” ，提交测试经理确认；开发经理确认缺陷内容后，缺陷状态改为“打开”并将其转为相关人员解决。若开发经理认为不是缺陷，则与系统测试人员进行沟通，可以达成共识则将缺陷状态置为“拒绝” ，不能达成共识则提交项目经理确认。当缺陷解决人员认为缺陷已经修复后，即可将相应的状态修改为“解决” ，然后将此修复后的程序提交给系统测试人员进行回测。对于测试经理认为暂时不进行的测试标记为：暂缓。测试人员进行回测：1） 如果该缺陷被
11、修复了，则将此缺陷状态置为“关闭”, 若是同一个缺陷无论回测过多少次均在此状态栏中填写其相关状态，直到最后一个状态标识为“关闭”或“拒绝”为止。2） 不论该缺陷有没有被修复，若在回测过程中，又测试出新的缺陷，则生成一份新的缺陷管理单 。测试完成后对测试用到的资源、测试结果进行描述；对测试过程中的缺陷进行统计，包括用例数、功能数、缺陷严重程度、缺陷来源、缺陷类型；并对统计得到的数据进行分析，给出改进的意见。并提交部门经理审核，部门经理给出反馈意见。缺陷说明如下所示：缺陷类型：性能错误,功能错误, 用户界面错误,硬件相关错误。缺陷来源：需求问题,设计问题, 编码问题,用例错误,测试环境问题。表 3
12、.缺陷严重程度等级 缺陷严重等级 描述1 严重缺陷 Critical 不能执行正常工作功能或重要功能，或者危及人身安全。2 较大缺陷 Major严重影响系统要求或基本功能的实现，且没有办法改正（重新安装 或重新启动该软件不属于更正办法） 。3 较小缺陷 Minor 影响系统要求或基本功能的实现，但存在合理的更正办法。4 轻微缺陷 Cosmetic 使操作者不方便或遇到麻烦，但他不影响工作功能或重要功能。表 4.缺陷状态序号 缺陷状态 描述1. 提交 测试经理：已提交但未确认的缺陷2. 打开 开发经理：确认“提交的缺陷” ，分配相关人员修复3. 拒绝 开发经理：拒绝“提交的缺陷” ，不需要修复或
13、不是缺陷4. 解决 开发经理：缺陷被修复5. 关闭 测试经理：确认被修复的缺陷，将其关闭软件测试过程6序号 缺陷状态 描述6. 暂缓 开发经理：暂时无法解决的缺陷2.5.出口准则1） 达到软件测试计划中的测试完成准则；2） 系统测试过程工作产品通过评审。2.6.输出缺陷统计分析报告 ；集成测试报告 。3.度量分析表 5.度量分析说明 度量点 执行人 度量时机|频率 存储位置M_1 执行集成测试过程的工作量 项目经理 每周 项目周报M_2 发现的缺陷数 每周 缺陷统计分析报告M_3 修复的缺陷数 每周 缺陷统计分析报告4.验证执行表 6. 验证执行说明 验证内容|检查点 执行人 验证时机|频率
14、备注V_1 对集成测试过程进行一致性检查 QA 过程进行时QA 周报QA 审计报告V_2 审阅集成测试报告 部门经理 集成测试结束 集成测试报告5.配置管理表 7.配置管理说明 配置项 存放地址 负责人C_1 软件测试计划 项目配置库 配置管理员C_2 集成测试用例 项目配置库 配置管理员C_3 集成测试报告 项目配置库 配置管理员软件测试过程76.相关培训表 8.相关培训说明 培训内容 受训人员 备注T_1 集成测试过程培训 测试经理、测试人员T_2 缺陷管理工具培训 测试经理、测试人员7.相关过程接口说明表 9.相关过程接口说明过程名称 接口文档/数据 接口说明项目规划 项目计划 作为制定
15、软件测试计划的依据需求开发管理用户需求说明书软件需求规格说明书 作为制定集成测试用例的依据软件体系结构设计软件体系结构设计说明书 作为制定软件测试计划的依据软件详细设计模块设计说明书用户界面设计说明书 作为制定软件测试计划的依据前置过程软件实现过程通过代码走查和交叉单元测试的源程序 软件测试的被测对象项目监控 里程碑报告 监控系统测试活动的进展情况。软件实现 缺陷记录单已修复的源程序 软件实现过程和测试过程之间通过缺陷管理单进行交互质量保证 QA 周报QA 审计报告 由质量保证(QA)过程的实施对系统测试过程和工作产品进行审核配置管理 软件测试过程产生的工作产品 系统测试过程的工作产品纳入配置管理并行过程度量分析 缺陷统计分析报告 缺陷统计分析报告为度量提供数据后续过程 客户验收软件测试过程产生的工作产品 作为客户验收过程的输入
