1.总体流程
需求定义---需求评审---产品研发---功能测试---上线部署---线上回归---线上验证
2.项目前期 (需求定义)
PM根据客服 客户反馈 写出市场调研报告MRD
QA:需求是否合理 扣一下细节 熟悉项目的模块功能 总结用例编写 熟悉权限
3. 需求评审
需求评审会:PM主持 QA RD 需要参加
QA: 需求是否合理 扣一下细节
PM针对评审会记录修改文档细节RD根据MRD拆分开发任务,并确定各功能负责人;
确定出图时间,
参考此时间分配开发任务RD/FE根据已经确定的MRD,产出详细设计wiki,
QA根据MRD拆分测试任务,开始制定测试用例
4.设计评审会
RD 主持 三方都参加 开发前端后端分配任务 设计是否遗漏功能点
5.产品研发
RD/FE在自己的分支上开发,开发完成后提交代码 拉取请求通过后,合并到分支版本
开发先自测 不能在自己的电脑上测 在预发环境中测
告知QA可进行测试 QA将制定好的测试方案与PM进行确认
提测标准:是否有阻塞性bug 按照需求有未完成的功能
6.功能测试
执行测试用例 在测试环境中找bug
QA跟进可测试的任务,在下方回复测试是否通过、有什么问题等RD/FE根据反馈的问题进行修改,并重新提测
7.上线部署
RD准备该版本的上线单(wiki),并于运维同学确认QA测试完成,测试环境上,进行一次回归测试运维对线上数据库进行备份运维根据上线单(wiki)进行上线操作:执行sql、发布代码等
8.线上回归
QA对发布上线之后的代码进行回归测试,覆盖核心功能回归测试过程中如果发现严重问题,通过hotfix分支修复
热修复:把客户反馈的问题,QA在测试环境中运行一遍,如果出现错误代码,把一系列错误的数据发给开发,让开发修改并创建hotfix分支,将hotfix放到测试环境中进行测试,测试bug是否已经修复,已经修复的话将hotfix分支合并到master上。
9.线上验证
PM对上线后的新版本进行需求验证
10. 测试报告
项目排期 重要指标分析 测试总结
测试、预发布、灰度、线上环境的区别和作用
测试环境中自由度比较大,可以随意测试,找开发的bug。预发布环境是模拟线上环境,把数据导入,洗数据和压力测试。
灰度环境是在小部分终端上进行试点测试,看看新功能是否正常。
线上环境就是用户使用的真实环境,看看主体流程通不通