软件开发规范工程系统测试规程.docx

1、软件开发规范工程系统测试规程XXXXXXXXXXXXXXXX有限公司软件开发规范系统测试规程文档名称系统测试规程版本号V1.0创建人EPG创建日期2011年3月2日保密分类普通商密文档修订记录版本号变化状态简要说明变更日期变更人审批日期审批人V1.0C初次创建2011-3-2EPG*变化状态：C = 创立，A = 增加，M = 修改，D = 删除1 引言1.1 目的为明确系统测试工作的操作方式、部门职责及总体流程,提高系统测试工作效率和质量。本文档描述执行系统测试所涉及的角色、活动、工作产品，为执行系统测试有关的活动建立指导规范。1.2 范围本规程适用于系统软件项目的系统测试。1.3 缩写和术

2、语无2 规程概述2.1 简介预测试是指在系统测试实施前，为加快测试人员对业务需求的理解及对系统的理解，同时为了加快项目整体进度，对软件开发产品实施的功能性测试。预测试通常包括以下主要活动： 测试准备 预测试执行系统测试是指为验证跨系统的外联交易接口连通性而实施的测试，主要目的是发现并消除接口实现中存在的报文格式与设计规范不符合的技术性缺陷，检验完整的软件配置项能否和系统正确连接，并满足系统/子系统设计文档的要求，是对整体系统功能进行全面测试和验证的过程。系统测试通常包括以下主要活动： 制定测试计划 设计测试案例 实施测试 测试总结有序地、高质量地执行这些活动会对产品质量产生重要影响。2.2 预

3、测试结构图图2.2 预测试规程结构图2.3 系统测试结构图图2.3 系统测试规程结构图2.4 相关过程参考技术评审规程获得评审方法有关的内容。参考配置管理规程获得配置管理有关内容。3 职责矩阵 角色 活动测试经理测试工程师环境工程师项目经理软件开发工程师业务人员组织配置管理工程师测试准备 评估测试工作量R- 分配测试人员R- 编写测试要点-R-预测试 编写测试案例-R-C- 执行测试案例SRS-SC- 缺陷管理RSS-SC-制定测试计划 定义测试范围RS-CC- 制定资源计划R-SS- 识别组织结构R-SSSS- 制定进度计划和测试策略R-S- 定义系统测试支持管理过程RIISSIS 制定培训

4、计划R-S- 文档化测试计划RS-C-设计测试案例 设计测试案例-R-C- 定义测试顺序CR-C- 调整测试案例-R- 评审测试案例SR-SSS- 组织进行测试实施阶段培训R-S-实施测试 测试版本发布SSRSS-S 冒烟测试SRSSS-S 执行测试案例SRS-SC- 管理缺陷RSS-SC- 回归测试SRS-SC-进行测试总结 总结测试过程RS- 总结测试结果RS- 审核测试报告RS-SSS-其中：R=负责、A=批准、S=支持、I=通知、C=咨询表3.1 RASIC职责矩阵4 预测试活动描述4.1 进行测试准备4.1.1 活动流程图图4.1.1测试准备活动流程4.1.2 活动说明1、评估测试工

5、作量需求评审完成后，测试经理根据业务需求说明书，评估测试工作量。2、分配测试人员测试经理根据需求的难易程度，分配相应的测试工程师，测试工程师开展后续工作。 3、编写测试要点测试工程师根据业务需求说明书，开始编写测试要点。4.1.3 裁剪指南无4.2 执行预测试4.2.1 活动流程图图4.2.1 执行预测试活动流程4.2.2 活动说明1、 编写测试案例测试工程师根据测试要点编写测试案例。2、 执行测试案例测试工程师根据软件开发人员提交的版本，采用边开发边测试的迭代小循环方式执行测试案例。4.2.3 裁剪指南对于非重大项目可不执行。5 系统测试活动描述5.1 制定测试计划5.1.1 活动流程图图4

6、.2.1 制定系统测试计划活动流程5.1.2 活动说明1、定义测试范围立项之初，项目经理根据分工确定测试经理，测试经理牵头系统测试工作的各项活动、管理测试活动及向项目经理或上级领导报告系统测试的执行状况。测试经理指派测试分析工程师通过参与前期的项目活动了解系统业务和软件需求，依据业务需求说明书、软件需求说明书、系统设计说明书等工作产品识别测试范围。若存在非功能测试需求，请参考安全测试指南和性能测试指南。测试范围主要包括两项内容：本次测试范围、未纳入本次测试范围。 本次测试范围：本次测试编写的测试列表、测试案例涉及的范围。 未纳入本次测试范围：属于业务需求范围，或属于开发技术文档中的范围，但由于

7、种种原因本次不对其编写测试列表和案例，不执行的测试范围。2、制定资源计划测试经理识别系统测试对测试资源的需求，包括但不限于： 硬件和网络 操作系统、数据库 测试工具 测试数据 测试人员测试经理通过和测试支持工程师沟通，确定测试环境申请和环境验收时间；确定测试数据和测试工具。测试经理根据测试范围对测试工作量进行估算，并与测试部门经理沟通，确定测试人员及进出场时间。3、识别组织结构测试经理与相关干系人沟通，确认项目人员组织结构，包括但不限于： 决策组组长及决策组成员 软件开发工程师 测试支持工程师，包括：测试部门配置管理员、环境支持人员、工具支持人员等 测试分析工程师，测试执行工程师 业务人员4、

8、制定进度计划和测试策略测试经理根据工作量估算结果，人员进出场安排，整个项目计划和资源状况，进行任务分解，制定里程碑，编写测试总体进度计划。测试经理根据测试总体进度计划，制定测试策略，应包含测试效率相关策略、测试质量相关策略。5、定义系统测试支持过程管理测试经理经过与项目经理和软件开发工程师的沟通，制定风险管理过程、沟通管理过程和问题管理过程。将上述管理过程通知到所有干系人。6、制定培训计划测试经理识别测试组技能需求，根据实际情况，列出培训内容和培训计划。7、文档化测试计划按照测试计划模板，编制系统测试计划。5.1.3 裁剪指南活动“1、定义测试范围”、活动“2、制定资源计划”、活动“3、识别组

9、织结构”、活动“4、制定进度计划和测试策略”、活动“5、定义系统测试支持过程管理”、活动“6、制定培训计划”、活动“7、文档化测试计划”的相关内容对于小型项目、任务型项目可不执行。5.2 设计测试案例5.2.1 活动流程图图4.3.1 设计测试案例活动流程5.2.2 活动说明1、 设计测试案例测试工程师根据测试要点编写系统测试案例。2、 定义测试顺序测试工程师根据业务流程制定测试案例执行顺序，此活动需在以下三种业务被包含时执行： 针对行外系统联调项目，根据联调时间表制定案例执行顺序； 针对基金、理财产品特殊性，制定案例执行顺序和批处理顺序； 针对特殊交易，如年终报表、月报表等，制定案例执行顺序

10、。3、 调整测试案例需要时，测试工程师根据需求和设计变更有关文件，修订系统测试案例。4、 评审测试案例测试经理组织相关干系人进行测试案例评审，或根据项目情况进行案例审查，会议形式的测试案例评审形成系统测试案例评审报告。关于评审的步骤和方法，请参考技术评审规程。5、组织进行测试实施阶段培训测试经理根据测试培训计划，识别测试设计阶段培训需求，在业务人员协助下组织实施培训。5.2.3 裁剪指南无5.3 实施测试5.3.1 活动流程图图4.4.1实施测试活动流程5.3.2 活动说明1、测试版本发布开发阶段测试结束后, 项目经理发起测试版本发布流程，环境工程师部署测试版本到测试环境。2、冒烟测试冒烟测试

11、是系统测试的首个阶段，测试对象是每一个需要正式测试的软件版本，目的是确认软件基本功能正常，系统各主流程功能均能正常实现，保证测试版本的可测试性。（1）开发部门提供集成测试报告。测试工程师接到集成测试报告，并在测试版本部署完成后，开展冒烟测试。（2）新建系统项目或改造类重大及重要项目需开展冒烟测试。冒烟测试通过标准为测试案例通过率大于（含）90%。 （3）未通过冒烟测试的项目，系统测试进入暂停阶段，直到再次执行冒烟测试并达到通过标准，方可进入下一环节。3、执行测试案例（1）在系统冒烟测试通过后，测试工程师按系统测试计划开展相关测试工作。（2）测试工程师监控系统测试工作的状态，包括测试进度、测试风

12、险、测试问题解决情况、测试案例执行情况等，并对影响测试工作的相关风险组织分析，提出改进措施，及时安排落实相关事项。4、回归测试回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误，是系统测试的一个组成部分。在全面测试执行完成之后，测试部门安排对项目开展回归测试。新建系统项目或改造类中型（含）以上项目均需开展回归测试，如因时间、进度等特殊原因无法开展回归测试的项目，需经测试部门审批。5.3.3 裁剪指南无5.4 进行测试总结5.4.1 活动流程图图4.5.1 测试总结活动流程5.4.2 活动说明1、测试过程总结测试经理收集测试过程数据，根据测试报告模板编制系统

13、测试报告。系统测试报告的内容包括但不限于：1) 测试过程概况 测试案例执行情况； 测试的实际进度和工作量；2) 测试结果及缺陷分析 测试需求覆盖率分析； 测试案例覆盖率分析； 缺陷分类解决率分析；3) 遗留缺陷分析；4) 测试结论；系统测试报告提交项目经理。2、测试结果总结测试经理编制测试结果总结，在系统测试报告中文档化，内容包括但不限于： 测试经验教训 测试改进方案3、测试报告审核 因外界条件制约，系统测试结果未达到系统测试准出标准，但需进入验收测试环节的项目，经测试部门和开发部门分管领导审批。5.4.3 裁剪指南无 6 测试标准1. 系统测试准入标准序号准入标准1对于实施冒烟测试的项目，冒

14、烟测试通过率高于（含）90%2集成测试报告提交，测试报告中包含案例执行状况和缺陷状况（重要及重大项目适用）2. 系统测试暂停/继续标准序号暂停条件1由于程序、环境原因导致测试无法进行2项目暂停，已无测试必要3冒烟测试通过率低于90%（即冒烟测试未通过）4因开发原因导致测试执行偏差率（包括测试计划执行偏差及测试案例通过偏差）高于50%5上一轮测试发现的致命级缺陷、严重级缺陷解决率未达到100%、警告级缺陷解决率未达到90%以上，上述条件有一项未满足（经业务人员认可情况除外）6一轮次内缺陷一次修改成功率低于90%，则暂停测试执行7测试环境，测试数据，测试人员等等测试必备条件不再具备或发生变化导致测

15、试不能进行，则暂停测试执行8项目组确定的可以暂停的其他条件恢复以上的条件并由测试部门审核同意，测试可以继续3. 系统测试准出标准序号准出条件1测试案例的功能覆盖率达到100%（测试方案及案例经过业务及开发人员评审）2测试案例执行率达到100%（经业务人员及开发人员认可确因测试环境和测试数据不具备无法测试的案例除外）3致命级缺陷、严重级缺陷级缺陷解决率达到100%4警告级缺陷解决率达到75%以上，且未解决缺陷得到缺陷决策人员认可5建议类缺陷所有未解决缺陷均得到缺陷决策人员认可6测试过程产生的文档完整、可查7测试报告经过审批，测试报告中包含案例执行状况和缺陷状况 附件1.1 软件开发规范_工程_系统测试_模板_系统测试计划1.2 软件开发规范_工程_系统测试_模板_测试案例1.3 软件开发规范_工程_系统测试_模板_系统测试报告