软件测试与发布管理标准规范_第1页
软件测试与发布管理标准规范_第2页
软件测试与发布管理标准规范_第3页
软件测试与发布管理标准规范_第4页
软件测试与发布管理标准规范_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

XXXXXXXXXXXXXXXXXXXXXX企业文件编号版本号总页数测试和公布过程规范 编制:年月日审核:年月日同意:年月日年月日公布年月日实施XXXXXXXXXXXXXXXXXXXXXXX企业公布文件更改统计序号版本号更改内容更改日期备注

目录TOC\o\u1 目标 22 测试团体组成 22.1 职责 22.2 角色划分 23 工作步骤及规范 33.1 测试和公布步骤图 33.2 计划和设计阶段 43.2.1 测试任务开启 43.2.2 编写测试计划书 43.2.3 设计测试用例 53.2.4 测试用例评审 53.3 实施测试阶段 63.3.1 冒烟测试 63.3.2 模块/集成测试 63.3.3 缺点分析 73.3.4 回归测试 73.3.5 性能测试 83.4 总结阶段 83.4.1 编写系统测试汇报 83.4.2 测试工作总结 93.4.3 测试归档 103.5 缺点跟踪 104 缺点类型定义 115 测试标准 126 争议处理 127 标准文档 12目标本文档是测试团体日常工作规范,关键于侧重测试工作步骤控制,明确软件工程各阶段测试团体应完成工作。愈加规范完成产品功效测试和性能测试,确保产品质量,完成技术公布准备工作。测试技术和策略等问题不在本文档描述范围之内。测试团体组成职责在需求文档确立基线前对文档进行测试,从用户体验和测试角度提出自己见解。编写合理测试计划,并和项目整体计划有机地整合在一起。编写覆盖率高测试用例,针对测试需求进行相关测试技术研究。认真仔细地实施测试工作,进行缺点跟踪和分析,并提交测试汇报供项目组参考。角色划分在人力资源有限情况下,一个团体组员可能会同时负担多个角色。角色名称相关关键责任测试主管组建测试小组,代表测试小组和其它角色组进行沟通编写测试计划,搭建测试环境测试过程中进度控制、风险管理编写测试汇报,召开测试评审编写测试汇报分析总结测试人员识别测试需求,编写测试用例,帮助测试评审实施测试用例,测试结果统计,测试缺点统计和跟踪软件支持工程师为测试工作提供技术支持,假如安装环境、版本布署、测试工具支持等工作步骤及规范测试和公布步骤图计划和设计阶段测试任务开启开发团体和测试团体交接测试内容,告之较为确切测试日期,对测试目标达成一致,统一项目组目标和测试工作关键。项目经理提供目前最新相关资料《软件项目计划书》、《软件测试任务书》等。测试人员可预先熟悉背景资料,帮助测试主管编写《软件测试计划书》初稿。过程关键点具体说明前置条件项目经理提供《软件项目计划书》,项目进入软件实现阶段(编码)工作内容项目经理通知测试主管正式测试交接时间,测试规模预估等退出标准测试任务得到测试主管确定,并提交《软件测试计划书》初稿输出文档《软件测试计划书》初稿。责任人项目经理,测试主管编写测试计划书需求分析文档确立后,测试团体需要编写测试计划文档,为后续测试工作提供直接指导。过程关键点具体说明前置条件项目需求文档建立工作内容依据项目标需求文档,根据测试计划文档模板编写测试计划。测试计划中应该最少包含以下关键内容:测试需求——需要测试团体测试范围,估算出测试所花费人力资源和各个测试需求测试优先级测试策略——整体测试测试策略和每个测试需求测试方法测试资源——此次测试所需要用到人力、硬件、软件、技术资源测试团体角色——明确测试团体内各个组员角色和相关责任里程碑——明确标准项目过程中测试团体应该关注里程碑可交付工件——在测试团体工作中必需向项目组提交产物,包含测试计划、测试汇报等等风险管理——列举出测试工作所可能出现风险测试计划编写完成后,必需提交给项目组全体组员,并由项目组组中各个角色组联合评审退出标准测试计划文档由项目组评审经过,提供《软件测试计划书》正稿在项目开发过程中,要适时对测试计划进行跟踪,以评定此计划完整性、可行性,在项目结束时还要最终评定一下测试计划质量输出文档《软件测试计划书》责任人测试主管设计测试用例在需求分析文档确立基线以后,测试团体需要针对项目标测试需求编写测试用例,在实际测试中,测试用例将是唯一实施标准。在用例编写过程中,具体任务和责任人以下:过程关键点具体说明前置条件测试需求明确,测试计划明确,项目经理提供《软件需求规格说明书》工作内容依据每一步测试计划编写全部测试用例退出标准测试用例需要覆盖全部测试需求输出文档《软件测试用例单》责任人测试主管、测试人员测试用例评审在测试团体完成测试用例以后,项目组需要对项目标测试用例进行评审,在用例评审过程中,具体任务和责任人以下:过程关键点具体说明前置条件测试用例完成工作内容依据项目《软件需求规格说明书》对测试用例进行评审退出标准更新测试用例,测试用例覆盖到全部测试需求输出文档《软件测试用例评审汇报》责任人项目经理、测试主管实施测试阶段冒烟测试在开发团体完成某个功效模块以后,测试团体首选对功效模块进行冒烟测试,确保基础功效全部完成。过程关键点具体描述前置条件开发团体完成某个功效模块工作内容测试人员依据《软件需求规格说明书》对模块进行冒烟测试,确保基础功效完成。退出标准冒烟测试经过,基础功效完成。责任人测试人员、开发人员模块/集成测试实施针对已经经过冒烟测试功效模块和已经评审经过测试用例,实施测试用例绝对将花费测试团体绝大部分时间,这些工作全部是建立在前期很多计划工作基础上。过程关键点具体描述前置条件测试主管提前制订出当日测试计划,确定可用测试用例。工作内容测试人员依据测试计划中分配给自己测试任务和测试用例,实施对应测试用例,并将统计实施用例结果。缺点立即统计和提交,并和相关开发人员沟通。退出标准测试用例中全部任务被实施,结果被统计,缺点被提交。责任人测试人员、开发人员缺点分析测试主管和项目经理依据项目标定位,软件需求及软件测试中80/20标准针对测试人员提交缺点进行分析,以提升测试效率。过程关键点具体描述前置条件全部测试用例全部全部实施完成工作内容依据项目标定位等针对测试人员提交缺点进行分析如存在缺点转为需求,则更新需求规格说明书退出标准测试人员提交缺点完成份析责任人项目经理、测试主管回归测试在每轮测试结束以后,由测试团体重新拷贝修改后最新版本,进行回归测试。过程关键点具体描述前置条件在每轮测试中,根据现有测试用例没有新缺点被发觉,测试汇报中全部活动缺点全部被处理。工作内容测试团体将根据测试计划中对于回归测试策略对产品进行回归测试,回归测试用例属于测试用例一部分或是全部测试用例,但不超出原先预定测试用例范围。退出标准回归测试所运行用例全部经过。责任人测试人员、开发人员性能测试如有必需,需要搜集用户对性能方面要求,做性能测试,同时出具《性能测试汇报》。过程关键点具体描述前置条件项目集成测试完成,并完成全部回归测试工作内容依据搜集到用户对性能方面要求,制订性能测试策略,并进行性能测试,搜集性能测试结果数据。输出文档《性能测试汇报》退出标准项目标性能指标达成用户要求责任人测试人员、开发人员总结阶段测试工作结束或立即结束时,测试团体就要开始着手准备进行总结工作。编写系统测试汇报在回归测试结束以后,测试主管将要编写系统测试汇报,对系统测试情况进行总结,而且提交给全体项目组,为产品后续工作提供关键信息支持。过程关键点具体描述前置条件测试团体完成了全部测试实施工作工作内容测试主管依据测试结果,根据系统测试汇报文档模板编写测试汇报,测试汇报必需包含以下关键内容:测试资源概述——多少人、多长时间测试结果摘要——分别描述各个测试需求测试结果,产品实现了哪些功效点,哪些还没有实现缺点分析——根据缺点属性分类进行分析测试需求覆盖率——原先列举测试需求测试覆盖率,可能一部分测试需求因为资源和优先级原因没有进行测试,那么在这里要进行说明测试评定——从总体对项目质量进行评定测试团体提议——从测试团体角度为项目组提出工作提议退出标准测试主管完成了符合标准系统测试汇报,发送给全项目组。输出文档《系统测试汇报》责任人测试主管测试工作总结测试总结工作是在以上工作全部结束以后,它目标是评定此次测试工作,总结经验,使下一次工作做得愈加好。过程关键点具体描述前置条件测试主管完成了符合标准测试汇报,发送给全项目组工作内容测试主管依据测试结果,根据测试总结文档模板编写测试总结:内容包含:测试效果总结——测试是否达成预期目标测试文档总结——测试过程文档是否齐全,可信,符合标准测试评定——从总体对测试质量进行评定测试提议——对此次测试工作指出不足,需要在以后工作中改善地方宣告测试结束——测试验收组组员签字宣告此次测试结束退出标准测试主管完成了符合标准测试总结,发送给全测试团体。输出文档《项目测试工作总结》责任人测试主管测试归档测试归档是在测试验收结束宣告测试有效,结束测试后,对测试过程中包含到多种标准文档进行归类,存档。过程关键点具体描述前置条件测试验收经过工作内容归类,存档测试过程包含到文档,关键包含以下文档(必需)《软件测试任务书》《软件测试计划书》《软件测试用例单》《软件测试用例评审汇报》《系统测试汇报》《性能测试汇报》《项目测试工作总结》退出标准全部文档归类完成,版本号封存责任人测试主管缺点跟踪测试验收结束后,跟踪产品在试运行阶段暴露出来新缺点,和已提交缺点是否再次发生。过程关键点具体描述前置条件测试团体完成了全部测试实施工作,测试验收经过,产品上线试运行、运行。工作内容已发觉缺点是否再次发生是否有新发觉在测试中未发觉缺点是否有新发觉在测试中已发觉但未修改缺点定义:A类:新发觉缺点B类:已发觉缺点C类:已发觉未修改缺点退出标准产品撤销、下线责任人项目经理缺点类型定义本规范定义以下五类缺点:等级描述1-紧急因为程序所引发死机,非法退出功效未实现或功效不符出现死循环造成数据库发生死锁数据通讯错误,数据流错误严重数值计算错误2-较高程序接口错误轻微数值计算错误界面错误(具体文档)打印内容、格式错误3-中等简单输入限制未放在前台进行控制删除操作未给出提醒辅助说明描述不清楚显示格式不规范长时间操作未给用户进度提醒4-轻微提醒窗口文字未采取行业术语可输入区域和只读区域没有显著区分标志系统处理未优化微小问题,几乎不影响功效;如界面上

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论