Bug创建
已测试
后台工作流
待上线需求
测试按照开发排期+优先级排期测试
1、需求评审完成后，开发同学需要尽快排期，即使近期不做，也需要排期；2、排期中需填写排期起止时间和开发时长3、需求流转到排期中需要发送邮件给需求方，jira自动处理
需要评审的需求，需要需求方发起需求评审，并由后台产品经理移动到待评审
一周作为迭代周期1、常规的需求，需要在周三之前完成需求评审；周四下班前完成排期2、重大的项目，需在完成需求评审后，协定技术评审时间。
待评审需求
已上线的需求需要同步需求方，同步完成情况，并抄送相关人
1、需求方与管理后台产品经理确认需求之后，由后台产品经理操作到就绪的需求池2、就绪的需求需要有可执行的需求文档和预期时间3、就绪的需求需要定义 需求方、执行方、测试、相关人（相关人可以有多个），以上人员需要在工作流变更的时候被通知
已经关闭的bug需要同步需求反馈方，并同步解决方案；同时抄送相关人员
1、被指定对象需要在一定工作日内认领并解决bug2、指定给产品的需求，由产品生成需求，重新排期/占用buffer时间修改
排期中需求
需求评审，后开发排期
已上线
1、测试负责创建线上bug和问题收集反馈，在jira创建bug，指给相应开发/产品，并跟踪bug解决情况2、bug包括：测试、产品、反馈人
产品确认上线
已提测需求
需求微调
已提测
产品经理出PRD，并确定优先级
bug池需求
解决中
待执行
大型需求（新增功能/重构）
已解决
线上问题收集（测试同学）
待评审
1、涉及各业务线的需求，需要需求方发起评审；2、需要在下周排期的需求，需要于本周三下班前完成需求评审
测试同学复现并确定严重等级
业务线测试/管理平台测试
小型需求（优化类）
平台需求。。
业务线需求2
已上线需求
业务线需求1
1、所有【待排期】的需求，需开发同学在每周四下班前给定排期，2、排期需留buffer时间，用于需求微调、需求评审、线上问题处理
产品经理发起需求评审，技术同学发起技术方案评审
需求池需求
开发同学排期并在jira填写
原始需求
待排期需求
1、开发解决的bug，需要测试同学验证2、重新排期的需求，负责人由测试同学转为3、重新排期的需求，bug改为关闭
验证中
待排期的需求，要求有可执行的文档
1、需求方自行在jira中建立后台原始需求并将需求指给后台产品经理，并主动确认需求
按照排期开发/提测
关闭
1、需求提测时，开发同学需要将需求拖动到已提测需求池2、jira自动生成提测邮件
测试用例评审
