模板测试管理标准规范作业流程_第1页
模板测试管理标准规范作业流程_第2页
模板测试管理标准规范作业流程_第3页
模板测试管理标准规范作业流程_第4页
模板测试管理标准规范作业流程_第5页
已阅读5页,还剩16页未读 继续免费阅读

下载本文档

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

文档简介

测试工作步骤规范版本统计:文件状态:[√]初稿[]正在修改[]正式公布目前版本:V1.0作者:完成日期:XXXX-XX-XX签收人:签收日期:目录1编写目标 22测试团体组成 22.1组织结构 22.2测试组职能 22.3职责划分 33测试步骤及规范 53.1测试步骤图 53.1.1完整开发和测试步骤图 53.1.2测试步骤 63.2测试开启阶段 63.2.1测试工作开启 63.2.2需求分析 73.2.3测试设计阶段 83.4实施测试阶段 103.4.1实施阶段工作步骤图 113.4.2实施测试阶段 113.4.3提交阶段性汇报 133.4.4回归测试 143.5总结阶段 153.5.1测试归档 153.5.2测试工作总结 153.6缺点跟踪 164公布标准 175争议处理 186标准文档 181编写目标本文档是测试团体日常工作规范,关键侧重测试工作步骤实施和控制,明确软件工程各阶段测试团体应参与和完成工作。而且对于测试团体中相关测试组架构、职能及组员职责进行必需说明。经过建立规范测试步骤、测试团体组织架构,同时明确测试小组任务、目标和各小组组员具体职责,对部门测试工作正常开展起到规范指导作用。2测试团体组成部门经理(或项目经理)部门经理(或项目经理)测试小组测试小组测试小组测试小组测试实施工程师测试实施工程师测试组长测试组长测试实施工程师测试组长 图12.2测试组职能软件测试是软件开发过程中关键组成部分,测试团体关键担负着以下责任:在项目标前期、需求文档确立基线前对文档进行测试,从用户体验和测试角度提出自己见解。针对测试需求进行相关测试技术研究。依据项目标实际需求,编写合理测试计划,并和项目整体计划有机地整合在一起。编写高效、覆盖率高测试用例,充足确保测试完整性和可实施性。认真仔细地实施测试工作,内容包含功效性测试,文档测试,兼容性测试,性能测试,安全测试等,并提交各阶段测试汇报供项目组参考。进行缺点跟踪和分析。对测试整个过程进行总结,完善和优化测试步骤,提升和改善测试方法和技术。2.3职责划分在人力资源有限情况下,一个团体组员可能会同时负担多个角色。角色名称相关关键责任部门经理(或项目经理)确定测试组长,分配测试任务给测试组。同其它部门协调,提供测试组所需内、外部资源。了解项目进度,对测试组工作进行指导、监督。测试组长全权负责所分配测试任务。给小组内组员分配指定任务。协调测试组内部相关工作,对组内组员进行工作上指导、监督。代表测试组和其它角色组进行沟通。划分模块,分解任务,完成测试用例概要设计。参与测试计划制订,辅助编写所负责部分测试用例。实施测试用例,实施测试,提交当日测试统计。编写产品(项目)总结性测试汇报。测试实施工程师参与测试计划制订,辅助编写所负责部分测试用例。实施测试用例,实施测试提交当日测试统计。检验缺点处理结果。表13测试步骤及规范3.1测试步骤图3.1.1完整开发和测试步骤图图2注:白色框代表整个开发和测试步骤中各个具体步骤。绿色框代表测试团体所参与活动。黄色框代表某一测试活动需跨越多个步骤。蓝色框表示具体步骤中测试团体产出结果。3.1.2测试步骤图图33.2测试开启阶段3.2.1测试工作开启由企业相关部门组织召开项目开启会议,提交需求规格说明书,而且成立项目测试组和明确项目测试组长。过程关键点具体说明输入条件项目需求及软件规格定义文档工作内容1.项目经理邮件通知测试组长正式测试时间,测试规模预估等,同时提交相关最新项目资料项目需求及软件规格定义文档。.项目开发计划其它相关资料2.组建测试小组组员,并指导测试组长及测试测试工程师3.召开测试开启会议,提供需求规格说明书,确定测试工作关键退出标准测试小组责任人项目责任人,测试组长表23.2.2需求分析过程关键点具体说明输入条件需求定义完成工作内容测试团体组员对需求中不清楚、不完整、太概括或存在疑义地方提出问题,相关人员解答并确定。退出标准全部些人员对需求无异议参与人员需求调研人员,开发组,测试组责任人测试组长表3注:1.需求定义基础完成,此时应在评审会议召开之前发给测试团体,预留时间给测试相关人员熟悉、了解。2.测试组关键由测试组长、测试实施等人员组成。3.2.3测试设计阶段3.2.3.1设计测试计划针对需求分析文档和项目开发计划文档测试完成后,测试组需要编写测试计划文档、制订测试策略及预估测试过程中风险,并设计出合理规避风险策略,为后续测试工作提供直接指导。过程关键点具体说明输入条件项目需求文档建立,项目开发计划完成工作内容依据项目标需求文档、设计文档,根据测试计划文档模板编写测试计划。测试计划中应该最少包含以下关键内容:依据项目背景及要求,确定测试环境。测试需求——需要测试组测试范围,估算出测试所花费人力资源和各个测试需求测试优先级测试策略——确定项目标测试计划内容,整体测试测试方法和每个测试需求测试方法,同时做好测试进度安排及人员调整。测试资源——此次测试所需要用到人力、硬件、软件、技术资源测试组角色——明确测试组内各个组员角色和相关责任可交付工件——在测试组工作中必需向项目组提交产物,包含测试计划、测试汇报等等风险管理——列举出测试工作所可能出现风险测试计划编写完成后,必需提交给项目组全体组员,并由项目组组织测试计划评审(依据具体实际情况,也可由测试组内部人员进行评审)。退出标准测试计划由项目组评审并经过.在项目开发过程中,要适时对测试计划进行跟踪,和评定此计划完整性、可行性,在项目结束时还要最终评定一下测试计划质量责任人测试组长表43.2.3.2设计测试用例在需求分析文档确立基线以后,测试组需要针对项目标测试需求编写测试用例,在实际测试中,测试用例将是唯一实施标准。在用例编写过程中,具体任务和责任人以下:过程关键点具体说明输入条件测试需求明确,测试计划明确工作内容依据测试计划设计测试用例,设计参考标准:等价类划分边界值分析错误推测等业务知识及相关步骤退出标准测试用例需要覆盖全部测试需求测试用例集需进行评审并经过项目进行过程中,适时依据需求变更来对测试用例进行维护责任人测试组组员表53.4实施测试阶段3.4.1实施测试阶段工作步骤图表63.4.2实施测试阶段实施测试用例将花费测试组大部分时间,这些工作全部是建立在前期很多计划工作基础上。测试时间依据项目标功效复杂而定。实施测试阶段关键包含集成测试,系统测试,验收测试等,其中系统测试通常有三轮SIT1测试:依据系统需求和测试用例,尽可能发觉系统中问题,提交BUG单给开发进行修改,然后回归问题,SIT1结束,要求系统功效正常,没有严重错误SIT2测试:发散性测试,考虑特殊场景,浏览器兼容性测试,性能测试,安全性测试等,提交BUG单,回归问题单,SIT2结束,要求整体系统功效通畅,页面显示和用户要求一致,无显著异常SIT3测试:整体测试,确保系统正确性和质量,SIT3结束,要求整体系统达成上线标准过程关键点具体描述输入条件测试组长依据之前测试计划,确定出天天测试计划,来实施测试用例。工作内容进入每个测试阶段之前要进行每个阶段准入性测试,经过后,才能进入该阶段测试测试实施工程师依据测试计划中分配给自己测试任务和提供测试用例,实施对应测试用例。测试阶段包含集成测试,系统测试,验收测试软件测试方法包含:功效性测试,需求文档测试,极限测试,兼容性测试,性能测试(包含压力测试),安全性测试统计实施用例结果,提交当日测试纪录。提交缺点到bug管理器。退出标准测试用例中全部任务被实施,结果被统计。每个阶段问题全部已处理。责任人测试组组员表73.4.3提交阶段性汇报在约定测试周期完成以后,测试组长需要总结此次测试结果,编写阶段性测试汇报。过程关键点具体描述输入条件测试组完成了预定周期测试任务工作内容测试组长依据此轮测试结果,编写阶段性测试汇报(参考测试阶段性汇报模板),关键应包含以下内容:测试汇报版本测试人员和时间测试所覆盖缺点——测试组在这轮测试中全部处理缺点,汇报测试组优点理缺点和实施工程师验证缺点。不仅要写出覆盖缺点总数,还要写明这些缺点去向测试新发觉缺点数量上一版本活动缺点数量经过此轮测试,全部活动缺点数量及其状态分类测试评定——写明在这一版本中,哪些功效被实现了,哪些还没有实现,这里只需写明和上一版本不一样之处即可急待处理问题——写明目前项目组中面临最优先问题,能够反复提出退出标准在每轮测试结束以后应立即将符合标准测试汇报发给项目组责任人测试组长表83.4.4回归测试在每轮测试结束以后,由测试组重新拷贝修改后最新版本,进行回归测试。过程关键点具体描述输入条件在每轮测试中,根据现有测试用例没有新缺点被发觉,测试汇报中全部活动缺点全部被处理。工作内容测试组将根据测试计划中对于回归测试策略对产品进行回归测试,回归测试用例属于测试用例一部分或是全部测试用例,但不能超出原先预定测试用例范围。统计用例实施结果,提交回归测试统计。退出标准回归测试所运行用例全部经过缺点经过验证全部缺点全部被指明处理方法责任人测试实施工程师表93.5总结阶段测试工作结束或立即结束时,测试组就要开始着手准备进行总结工作。3.5.1测试归档测试归档是在测试验收结束宣告测试有效,结束测试后,对测试过程中包含到多种标准文档进行归类,存档。过程关键点具体描述输入条件测试验收经过工作内容归类、存档测试过程包含到文档,关键包含以下文档(必需)测试任务书测试计划书测试用例书阶段性测试汇报测试总结汇报退出标准全部文档归类完成责任人测试组长表103.5.2测试工作总结测试总结工作是在以上工作全部结束以后,它目标是评定此次测试工作,总结经验,促进测试步骤及规范改善和提升,同时也提醒全体测试组组员在以后工作中需注意问题。过程关键点具体描述输入条件项目验收工作完成。工作内容测试组长召开项目测试工作总结会议,会议内容关键为:测试组长对项目期间整个测试组工作情况进行总结,指出测试工作中存在问题,同时也对工作中表现好地方给和肯定。(具体包含整个测试情况、步骤实施、人员安排、测试方法等)参与此次项目测试工作全部组员个人体会和提议。讨论测试工作中出现问题,寻求愈加好处理措施。退出标准所提问题寻求到很好处理方法参与人员测试组组员责任人测试组长表113.6缺点跟踪3.5.1缺点跟踪工作图参考《缺点管理步骤规范》3.5.2缺点跟踪测试验收结束后,跟踪产品在试运行阶段暴露出来新缺点,和已提交缺点是否再次发生。过程关键点具体描述输入条件测试组完成了全部测试实施工作,测试验收经过,产品试运行、运行。工作内容已发觉缺点是否再次发生是否有新发觉在测试中未发觉缺点是否有新发觉在测试中已发觉但未修改缺点定义:A类:新发觉缺点B类:已发觉缺点C类:已发觉未修改缺点退出标准缺点跟踪汇报责任人产品经理、项目实施经理表124

温馨提示

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

评论

0/150

提交评论