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?