测试流程规范_第1页
测试流程规范_第2页
测试流程规范_第3页
测试流程规范_第4页
测试流程规范_第5页
已阅读5页,还剩16页未读 继续免费阅读

下载本文档

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

文档简介

1、 测试规范测试规范第21页目 录1.简介41.1.目的41.2.范围41.3.定义、首字母缩写词42.过程概述52.1.组织架构52.1.1.测试项目组织架构52.1.2.人员职责63.规程规范83.1.需求阶段83.1.1.流程图83.1.2.流程说明93.1.3.输出文档或记录93.2.研发阶段93.2.1.流程图93.2.2.流程说明103.2.3.输出文档或记录113.3.测试阶段123.3.1.流程图123.3.2.流程说明143.3.3.输出文档或记录143.4.上线阶段153.4.1.流程图153.4.2.流程说明173.4.3.输出文档或记录173.5.自动化测试规范183.5

2、.1.流程图183.5.2.流程说明203.5.3.输出文档或记录211. 简介1.1. 目的编制本规范的目的是规范吉贝克公司研发项目的测试活动,使测试团队和开发团队等在项目研发测试过程中按照本规范中对各测试阶段的要求去开展整个软件生命周期中的测试活动,最终目的是保证软件系统质量。1.2. 范围适用于公司研发团队在软件项目研发中涉及到的各个测试阶段活动。包括公司研发软件产品的测试活动和公司承担的研发项目中的测试活动。1.3. 定义、首字母缩写词2. 过程概述2.1. 组织架构2.1.1. 测试项目组织架构团队角色:l 测试组长l 测试工程师(包括功能和性能)l 测试研发工程师(在公司项目中可由

3、研发工程师承担)。以上人员都属于项目组,行政上隶属于测试部,l 测试工程师在项目组内向测试组长负责、汇报工作l 测试组长对项目经理和测试部经理负责、汇报工作与人员情况l 测试组长接收部门的工作监督和考核,并负责给测试组员进行考评l 测试专家提供技术上的支持和培训工作。项目启动申请测试资源流程:1, 项目启动时,项目经理根据项目的需要,向测试部提出测试人员需求,应包括以下资料:u 项目周期u 项目目标u 项目完成标准u 项目规模u 项目基本范围及更全面的项目相关材料2, 测试部经理在接收到项目测试需求后,与公司领导层和项目经理沟通,组织评审以上资料,并给出相应的团队信息,应包含以下资料:u 团队

4、人员及相关信息u 团队角色分工u 开展的测试活动u 测试周期及测试环节2.1.2. 人员职责测试组长1. 组织编写测试方案、测试计划2. 设计软件测试用例;3. 组织对测试输出文档的评审;4. 对测试环境进行确认;5. 负责整个软件测试过程的组织和管理、协调;6. 组织编写测试报告;测试工程师1. 编写测试用例,参与评审;2. 测试环境的建立、初始化和检验;3. 按照测试计划执行测试活动,报告缺限,进行缺限跟踪处理。研发工程师1. 设计和执行单元测试,2. 协助搭建测试环境;3. 辅助设计测试用例;4. 协助熟悉系统功能;5. 修复缺陷。3. 规程规范3.1. 需求阶段3.1.1. 流程图3.

5、1.2. 流程说明1, 项目启动后,测试组进行业务知识的学习2, 与产品人员一起理解、调研客户需求,测试组长制定测试方案和计划,并在项目组内进行评审,要求测试需求必须覆盖产品需求3, 测试组代表参与需求评审、需求变更评审,协助项目组确定最终系统需求4, 根据产品需求,测试组长组织测试组提取测试需求,并进行项目组内评审5, 本阶段各种文档评审通过后,进入下阶段3.1.3. 输出文档或记录测试方案与计划测试需求3.2. 研发阶段3.2.1. 流程图3.2.2. 流程说明1, 测试人员根据测试方案和计划和测试需求输出测试用例并进行组内评审。要求测试用例必须覆盖测试需求2, 本阶段各种文档评审通过后,

6、进入下阶段。3.2.3. 输出文档或记录测试用例3.3. 测试阶段3.3.1. 流程图3.3.2. 流程说明1、测试人员搭建线下测试环境,并进行组内评审2、测试组长根据测试计划、测试用例组织测试人员进行系统测试3、发现问题填写缺陷报告、跟踪缺陷的处理。4、测试人员完成系统测试后,评审输出结果是否满足出口条件,编写测试报告,进入上线阶段,若不满足,还要追加测试用例进行继续测试。3.3.3. 输出文档或记录缺陷报告3.4. 上线阶段3.4.1. 流程图3.4.2. 流程说明(如果是成都中心,则成都测试人员将代码编译打包后发给北京测试人员)1、测试人员和运维人员搭建线上镜像测试环境,并进行组内评审2

7、、测试人员执行所有的测试用例,并进行补充测试4、发现问题填写问题报告并与缺陷库进行对比,如果为新的缺陷则跟踪缺陷的处理,检查线下测试环境是否存在,如果不存在并记录到测试报告中并分析原因,如果为原来的缺陷,则分析缺陷还存在的原因5、测试完成后,线上验证环境无1、2级bug,3级bug小于5个,则通知运维人员进入上线环节6、系统上线后,测试人员进行大略的流程测试和页面死链测试,上线完毕7、输出测试报告3.4.3. 输出文档或记录测试报告3.5. 自动化测试规范3.5.1. 流程图3.5.2. 流程说明自动化测试是通过自动执行测试脚本,使测试人员在更短的时间内能够更快地完成更多的软件测试,并提供以更

8、高的频率执行测试的能力,从而有效降低测试成本、提高测试效率。从软件测试的成本来看,使用测试工具进行软件自动化测试的成本可以以下公式表示:自动化测试的成本=测试工具成本+测试脚本的创建成本+测试脚本的维护成本适合采用自动化测试的项目:1、项目测试周期大于等于6人月;2、项目合同或需求中明确指出本次测试必须使用自动化测试工具;3、需求与设计已经明确稳定;4、项目上线后需要不断升级维护的项目。不适合采用自动化测试的项目:1、项目测试周期小于等于6人月;2、项目中测试人员少于3人;3、项目需求与设计在项目周期前1/3无法正式确定且后期频繁更改;4、测试人员不具备相应能力。测试流程1、 测试组长、项目经理根据项目情况与要求,组织测试人员编写自动化测试评估方案进行评估,若评审不通过,则删节此阶段工作2、 评估通过后,测试人员搭建相应测试环境,包括选择相应自动化测试工具3、 测试组长组织测试人员编写自动化测试计划,并进行评审4、 测试组长组织测试人员编写自动化测试用例,并进行评审5

温馨提示

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

评论

0/150

提交评论