1、进行需求评审（前后端研发、测试、产品，产品主宣讲）
主要是听产品说新需求，已测试的角度去考虑，有不了解的点就及时的提出来让产品进行解答，毕竟是要写case的
2、进行测试用例的编写
考虑全面一点，有不知道预期结果的及时进行询问
3、case评审
组内评审---一般都是扔群里，让队员进行观看，考虑不到的点提出来，避免一个人的思维缺角，同时让不做这个项目的同事知道新增了啥功能
项目部评审--（前后端研发、测试、产品，测试主宣讲）
查漏补缺，看看研发理解的是不是跟我们一样，同时看看研发/测试有无考虑不的到的点，及时进行case的补充
4、提测之前配置产品，建提测看板（我们公司自己的流程）
5、接口进行提测
postman进行接口调通之后，用jmeter进行自动化测试
功能调测
进行开发环境（新增功能冒烟流程走通）、测试环境（新老功能都进行测试、业务逻辑、异常处理、兼容、易用、、）、预发布（主流程case、以及线上的一些配置 是否到位）各个环境的测试，测试过程中发现bug，提到jira并详细记录，最好有截图，在xx环境下进行了xx操作，实际结果是xx，与预期结果xx不符合，有log日志的 粘贴log日志，接口数据传参
进行buglist，评估遗留bug是否影响上线，不影响的留在下期，要把bug状态进行更改并跟进
测试过程中需求有变更点，一定要让产品进行通知，研发测试都要知道，并进行记录更改点
6、上线前进行测试环境验收
要写线上的冒烟case，，写好后再群里@产品人员进行测试环境的验收
测试环境验收完，通知产品人员配置线上产品（文案、图片）、群里通知各个涉及项目的前后端合代码
进行线上回测验收
冒烟case路径每一条都要走，并且要关注数据的入库数据
定期进行线上回测，预防因测试人员过多，代码冲突等引起bug的情况出现，影响了用户的使用
