从需求评审到功能上线
2021-11-26 10:47:08 57 举报从需求评审到功能上线，并未涉及到用户调研、市场调研、竞品调研等前期的工作，而是从需求评审开始，梳理并抽象化了近些年的常规流程，仅供参考。 面向不同业务时，流程可以适当删减，比如产品验收阶段，如有必要可以考虑让业务方、用户也能参与进来；比如灰度环境，根据需要可以考虑直接发布线上。
作者其他创作
大纲/内容
需求评审
灰度环境回归
由测试同学编写，是需求的重要补充部分，可帮助产品把握细节，也可以提供开发自测，提高代码质量
遗留问题
产品验收设计交互验收
产品方案设计
如竞品研究、用户调研、市场分析等等交付物：竞品分析报告、用户调研报告、市场报告等
测试问题及修复
跟进问题
发布计划申请准备
部分时候，也需要相关也无方一起参与验收，可能需要法务等参与，比如文案、风控等等。有些内容可以前置到需求阶段就确认好
UI交互评审
技术方案评审
部分情况下，交互UI会影响设计方案，因此需要技术评估
线上回归验收
如果问题较多可安排再次评审，否则小范围沟通即可
如有必要，可以先在产品内部评审，与技术负责人敲定可行性等。交付物：产品方案demo
为规范提测质量，要求开发提测前必须自测，提测后测试验收核心用例，未通过则打回重新提测
核心用例未通过
提测申请及规范
需求评审：当作一个“产品”来对待1、各相关方(产品研发测试设计运营客服业务方等)2、评审目标(介绍需求的背景/目标/产品方案)
技术方案评审：可行性、扩展性以及排期1、研发同学评估可行性以及预估排期2、考虑兼容现有业务以及未来的扩展性
测试用例评审
需求、市场调研
测试通过
0 条评论
下一页
