1.提测预演

背景：前期存在提测质量低，提测后bug量较多，需求遗漏等情况，现增加并规范落实，提测预演环节，增加预演是否通过的相关标准。
目标：提高项目/迭代提测质量。
预演流程：

提测标准：

完成并通过提测预演

提测预演的问题，24小时内完成修复

提测后，冒烟用例测试通过

免预演的条件（或）：

同一项目/迭代连续3次提测预演中，中优问题数不超过冒烟用例数的5%

连续3次，当月创建bug总数不超过200

连续5次迭代/项目，未出现提测延期

再次启动预演的条件（或）：

当月创建bug总数超过200

出现提测延期

2.提测流程

提测发起：

【建议】纯前端需求，前端负责提测；纯后端需求，后端负责提测；

【建议】前后端需求，前后端自行商定，1人负责提测全部前后端内容；

提测备注：

【必要】全部提测：附上对应的需求链接；

【必要】部分/分批提测：详细清单，列出具体需求内容，和需求文档标题尽量保持一致；

提测前提：

【必要】完成前后端联调

【必要】完成代码Review

【必要】完成冒烟用例并通过

【建议】完成提测预演会议，并修复完成预演中的全部问题

提测通知：

【必要】创建提测申请单

【必要】提测单中备注需填写【测试重点】、【影响范围】的说明

提测打回：

提测分支错误；

主流程跑不通；

冒烟测试用例不通过；

开发未写明测试重点、影响范围；

开发未提供正确的yapi文档；接口文档规范参考；

未进行提测预演；

免测标准：

【必要】对应需求已同步告知测试；

需求类型为只改UI布局或文案，没有改交互和业务等。

测试开发工程师成长日记016 - 关于提测的那些事相关推荐

测试开发工程师成长日记018 - 测试面试必备题记录（持续更新）
技术模块一.在搜索引擎中输入汉字就可以解析到对应的域名,请问如何用LoadRunner进行测试? 建立测试计划,确定测试标准和测试范围设计典型场景的测试用例,覆盖常用业务流程和不常用的业务流程等 ...
测试开发工程师成长日记009 - 环境排排站：开发环境、测试环境、生产环境、UAT环境、仿真环境
一.五种环境项目部署环境一般可分为三种:开发环境,测试环境.生产环境,对应过程为:开发->测试->上线: 细分生成环境又分为生产环境和仿真环境,具体概念如下: 而UAT环境指的是用户接受 ...
测试开发工程师成长日记010 - Jenkins中的CI/CD/CT（持续集成构建/持续交付/持续测试）
CI(Continuous integration,持续集成) CI(Continuous integration,中文意思是持续集成)是一种软件开发时间.持续集成强调开发人员提交了新代码之后,立刻进 ...
测试开发工程师成长日记014 - linux常用命令day06
一.其他命令 1.tar 作用:tar命令是Unix/Linux系统中备份文件的可靠方法,几乎可以工作于任何环境中,它的使用权限是所有用户. tar [主选项+辅选项] 文件或目录主要参数使用该命 ...
测试开发工程师成长日记011 - linux常用命令day03
一.系统管理命令对于Linux系统来说,无论是中央处理器.内存.磁盘驱动器.键盘.鼠标,还是用户等都是文件,Linux系统管理的命令是它正常运行的核心.熟悉了Linux常用的文件处理命令以后,这一讲 ...
测试开发工程师成长日记004 - linux常用命令day01
Linux提供了大量的命令,利用它可以有效地完成大量的工作,如磁盘操作.文件存取.目录操作.进程管理.文件权限设定等.所以,在Linux系统上工作离不开使用系统提供的命令.要想真正理解Linux系统, ...
测试开发工程师成长心路
入行测开,马上就要4年了.创业公司待过,大公司也待过,工作这一路走来,一些心得,转变,职场体会,早就想写出来分享一下.这个历程包含了技术的提升,工程师的素养和对这个行业的点滴感悟. 自动化测试vs测试 ...
DevOps 工程师成长日记系列一：必备知识与技能组合
原文地址:https://medium.com/@devfire/how-to-become-a-devops-engineer-in-six-months-or-less-366097df7737 ...
网络工程师成长日记333-某城市政府项目
网络工程师成长日记333-某城市政府项目这是我的第333篇原创文章,记录网络工程师行业的点点滴滴,结交IT行业有缘之人直接上干货,拓扑图: 工程目的:排除故障配置如下: LinWei#show ...

测试开发工程师成长日记016 - 关于提测的那些事

1.提测预演

提测标准：

完成并通过提测预演

提测预演的问题，24小时内完成修复

提测后，冒烟用例测试通过

免预演的条件（或）：

同一项目/迭代连续3次提测预演中，中优问题数不超过冒烟用例数的5%

连续3次，当月创建bug总数不超过200

连续5次迭代/项目，未出现提测延期

再次启动预演的条件（或）：

当月创建bug总数超过200

出现提测延期

2.提测流程

提测发起：

【建议】纯前端需求，前端负责提测；纯后端需求，后端负责提测；

【建议】前后端需求，前后端自行商定，1人负责提测全部前后端内容；

提测备注：

【必要】全部提测：附上对应的需求链接；

【必要】部分/分批提测：详细清单，列出具体需求内容，和需求文档标题尽量保持一致；

提测前提：

【必要】完成前后端联调

【必要】完成代码Review

【必要】完成冒烟用例并通过

【建议】完成提测预演会议，并修复完成预演中的全部问题

提测通知：

【必要】创建提测申请单

【必要】提测单中备注需填写【测试重点】、【影响范围】的说明

提测打回：

提测分支错误；

主流程跑不通；

冒烟测试用例不通过；

开发未写明测试重点、影响范围；

开发未提供正确的yapi文档；接口文档规范参考；

未进行提测预演；

免测标准：

【必要】对应需求已同步告知测试；

需求类型为只改UI布局或文案，没有改交互和业务等。

测试开发工程师成长日记016 - 关于提测的那些事相关推荐

最新文章

热门文章