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