Jira流程与字段标准（V0.1）

1.结束修复时间自动更新2.解决结果自动更新为“无需修复”或“已解决”

1.开发结束时间更新为当前时间

测试通过

准入不通过次数准入不通过原因（多行文本）

1.加链接到原始需求2.判断类型，若为子任务类型，转换为“线上bug类型”

 1.发送bug信息给指派人

待上线

预发测试中

----tab1----Summary概述简述主要功能是否需要压测优先级POPO群号PMRDQAPRDUI稿接口文档log文档测试环境Git地址测试用例component（模块）排期备注测试报告测试报告失败原因----tab2----Android兼容IOS兼容PC兼容浏览器兼容网络兼容----tab3----变更次数变更原因

已发送测试报告，待上线

开发

无需修复

测试

准入不通过

1.经办人调整为创建人

需补充字段

待开发

子任务（作为需求子任务创建）用于拆分开发子任务和测试子任务

gitprogit分支

1. 准入未通过数据（准入不通过次数按需求分布，或以项目算平均值）2. bug总数及严重程度分布（统计bug子任务数量，可按项目统计）3. bug的比例（优先级、轮次）4. bug fix时长（目前不能去除法定节假日，bug关闭时间-bug创建时间）5. 遗留bug列表（线上bug数量与优先级统计）6. 测试原因delay7. 项目delay时间8. 项目总周期（实际上线时间-实际开始开发时间，可按项目统计）9. 测试周期比（实际上线时间-实际提测时间/项目总周期）10. 项目总时长11. 个人维度工作展示（一需求多个测试，仅一个测试负责人，工时可能统计不准）12. 平均case耗时13. 排队中的项目数（开发中的需求个数统计）14. 需求变更情况（可用字段简单统计次数，人工编辑，单独tab）15. 项目情况16. 客户端打包17. 线上问题归属统计（可以线上bug类型来统计）18. 上线数据统计19. 测试人力情况

开始上线回测

待准入测试

开发中

Open

1. 经办人自动更新为产品负责人

走查通过

Resolved

未来修复

产品

1.验证时间自动填写当前日期

1.经办人自动更新为测试负责人2.实际提测时间更新为当前时间

关闭

线上验证无bug

直接关闭

1.开始修复时间自动更新

测试负责人是否将持续集成拉入popo群测试用例

准入测试通过

准入测试中

自动给测试平台发送测试报告

角色负责此状态操作

概要模块优先级描述产品负责人开发负责人测试负责人预计提测时间预计上线时间

开始准入测试

开发完成

In Progress

1.自动通知（少儿英语专属）

“未来修复”待确认

确认并转到线上bug

1.经办人自动更新为产品负责人

概要优先级指派给是否线上问题易发现bug（单选）补充case(词典专用)（单选）描述附件

待走查

1.经办人自动更新为开发负责人2.开发开始时间更新为当前时间

点击发送测试报告

开始预发测试

已解决

问题原因回测范围

开始修复

Closed

上线回测中

全流程可编辑字段（字段详情见http://confluence.inner.youdao.com/pages/viewpage.action?pageId=109288782）

走查中

简述主要功能优先级POPO群号产品负责人开发负责人测试负责人PRD链接UI稿接口文档log文档测试环境Git预计提测时间是否需要压测预计上线时间开发开始时间开发结束时间总开发人效（天/人）（多行文本）备注

各种通知功能http://confluence.inner.youdao.com/pages/viewpage.action?pageId=109303161

测试中

需求流程（红字为必填字段）

验证通过

提测给产品

打包部署（TH项专用）

自动化脚本

测试报告所属项目（二级下拉框）测试结论风险总结是否经过了安全测试开发开始时间开发结束时间预计提测时间实际提测时间测试开始时间测试结束时间总开发人效（天*人）修复bug人效（天*人）总测试人效（天*人）测试原因导致的delay天数测试原因导致的delay原因非测试原因导致的delay天数非测试原因导致的delay原因

开发Bug、需求Bug、安全Bug流程（作为需求子任务创建）“线上bug”流程（不作为需求子任务）（红字为必填字段）

验证不通过

指标与实现方式说明（红字目前无法实现）

1.解决结果清零2.reopen次数+1