JIRA提交bug的规范

一、背景

为了方便开发人员根据bug描述快速定位问题原因，减少沟通成本。规范bug编写，可以体现测试团队的专业性、严谨性。帮助产品及其它人员快速了解bug。

二、编写规范

项目：选择自己当前所测项目。例如：方舟请选择XX-XXX-方舟 。在测试中发现的bug不在本组开发的范围内时，可以转给相关测试组的同事，其他组的同事应当协助推进处理。

例如：在测试XX的XXX时，在XXX系统锁位异常，可以转给XX侧的测试同事，并跟踪bug处理完结。

问题类型：统一选择“缺陷”即可。

概要：简单的描述一下bug。包括测试系统，在【】内填写，若有其他重要信息也可以用【】来标识；包括功能模块，紧跟着测试系统填写；还包括问题的简单描述。

例如：【XX】XX类型为“XX”时，映射XX系统的单元类型应当为“XXXXX”

优先级：优先级分为Highest/Medium/Low。Highest：系统主流程走不通或者主要功能无法使用，此问题不解决会阻塞后面的测试。Medium：此问题必须要修复，通常选择此优先级。Low：此问题不影响流程，一般为页面展示bug。

模块：根据自己所测项目选择。例如XXXX请选择【XX计划】。

标签：一般写为测试的系统+版本号，例如：XXX3.1。

经办人：bug解决人，对应具体开发。

附件：一般为截图等文件。

描述：其中通常内容包括【问题相关数据】、【操作步骤】、【实际结果】、【预期结果】，如果是UI问题，简要描述一下问题，并直接附上图片，也可以贴上对应页面的连接，方便开发直接排查，如果是接口问题，可以附上trace-id，以及具体的数据，比如计划ID，广告单ID。

三、参考链接

https://jira.XXXXX.XXXX/XXXX/XXXXX?