评估问题严重性与产研讨论是否可在当前项目中修复
带着问题参加需求评审
更新线上存在问题状态，同步组内其他小伙伴
OL环境
否
与产研确认测试范围编写测试用例或导图
测 试 前 期 准 备
周四线上出现周三上线需求导致的问题
线上环境测试店铺复现
存在问题的商户店铺验证或同步反馈问题的人验证
问题及影响范围同步涉及模块人员，并在项目报告中体现
有
此等待过程中：测试评估问题影响范围以及修改后的测试内容
后续排期迭代
一个新的需求迭代
若评审中大部分需求技术方案已定，评审结束给出大体测试内容及评估测试范围、工时；若评审中大部分内容技术方案未定，待研发技术方案定后，评估测试范围、工时；
定期检查该问题是否已解决
冒烟测试
是（最理想状态）
此场景侧重于复现信息：报错接口、订单号、ticket等
产研测评估当天是否紧急上线
无
此类问题大部分是测试过程中不易发现的特殊场景，分析测试场景，可自我总结及同步组内其他小伙伴此场景
用例编写（全量用例+冒烟用例）
紧急测试任务根据问题性质决定测试者（当天值班测试还是迭代内容跟进测试）
跟随该项目一并测试上线
走正常排期迭代导致问题的负责测试跟进
是
tapd创建各阶段的测试任务
QA环境
此类问题大部分是：技术支持对业务掌握度不够，根据问题解释的频次，测试针对疑问较多问题输出总结文档
产研测评估是否对当前项目需求有影响
测 试 后 期
评审结束，根据评审内容出评审结果
订单业务中同步相关人员即可
测试其他项目中发现线上已存在问题
评审前至少半天看原型，记录疑惑点具体时间项目大小决定
大项目或视项目性质分析输出测试总结报告（项目介绍、测试框架、项目重要场景说明等等）
督促产研优化迭代或者在新项目的需求评审阶段反馈给产研，跟随项目一起优化迭代
判断问题类型，是否为店铺配置或小程序版本等问题导致
找研发排查原因【提供重要信息协助】
与产研确认测试内容编写测试点或导图即可
用例评审全量+冒烟冒烟评审至少需提测前两天完成
该问题结束
测 试 中
研发排查中
PL环境
测试店铺正常，仅商户店铺存在未复现
测试店铺存在已复现、已定位问题
测试店铺存在已复现、未定位问题
解释说明，给到反馈问题的人或工单
此场景侧重于关联信息：wid、进店规则、行为记录等
