ImageVerifierCode 换一换
格式:DOCX , 页数:11 ,大小:271.75KB ,
资源ID:10941234      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/10941234.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(测试流程规范.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

测试流程规范.docx

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

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

3、. 人员职责测试组长1. 组织编写测试方案、测试计划2. 设计软件测试用例;3. 组织对测试输出文档的评审;4. 对测试环境进行确认;5. 负责整个软件测试过程的组织和管理、协调;6. 组织编写测试报告;测试工程师1. 编写测试用例,参与评审;2. 测试环境的建立、初始化和检验;3. 按照测试计划执行测试活动,报告缺限,进行缺限跟踪处理。研发工程师1. 设计和执行单元测试,2. 协助搭建测试环境;3. 辅助设计测试用例;4. 协助熟悉系统功能;5. 修复缺陷。3. 规程规范3.1. 需求阶段3.1.1. 流程图3.1.2. 流程说明1, 项目启动后,测试组进行业务知识的学习2, 与产品人员一起

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

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

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

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

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1