1.需求的最终来源于运营、客服等对外团队或部门反馈至产品
2.再由产品将需求进行文档化，而后在对需求文档进行评审（评审成员开发/测试/产品）
3.需求文档review无误后，开发进行设计，测试进行用例设计，开发测试并行运行
4.开发设计、测试用例设计都需进行评审，双方各自review自身的设计直至最终定稿
5.开发设计完成，开发人员在开发环境进行冒烟测试
6.冒烟测试完成，开发提测，测试人员根据提测文档部署测试环境
7.测试人员review测试环境，进行bug反馈开发，开发解决bug，在进行打包提测往复执行，直至功能最终趋于稳定达到上线标准
8.测试发布上预发通知运维，运维接收测试部署文档进行预发环境部署
9.测试人员review预发环境，进行bug反馈开发，开发解决bug，在进行打包提测往复执行，直至功能最终趋于稳定达到上线标准（此环境基本问题较少，属于二次预防作用）
10.测试发布上线通知运维，运维接收测试部署文档进行线上环境部署
11.测试人员review线上环境，确认无误反馈运维，确定功能的最终上线
12.测试反馈需求方（运营、客服）进行线上功能的验收，待确认无误功能正式进行归档
注：本文的研发工作模式仅来源于我所在的公司研发团队的工作流程，做好四个闭环的操作也是提高产品质量的一个渠道，而不仅仅取决于测试，于我而言《产品质量=开发+测试+好的工作流程》