文档介绍：禅道bug提交管理规范禅道Bug提交管理规范修订历史目录目录 9目的本文档定义了bug管理流程及其bug相关信息内容。本文档适用范围:本文档适用于新产品以及以后新产品的项目。原有项目的bug管理仍然用JIRA系统进行管理。本文档适用于新产品以及以后新产品的项目相关的测试人员和开发人员。,创建Bug。Bug状态为激活(未确认)创建Bug页面截图:页面字段注释:所属产品:选择发现Bug的产品,必填项。所属模块:选择发现Bug的对应模块,必填项。所属项目:选择测试所属的项目。必填项。影响版本:选择发现bug的版本。必填项。当前指派:选择指派的开发人员。必填项。Bug标题:用简单明了的语句说明Bug内容,相当于BUG的中心语句。必填项。在标题上注明bug出现的频率(稳定出现/经常出现/很少出现/出现一次)重新步骤:重现步骤格式如下。必填项。[环境]:如果系统/浏览器信息不能够全部说明发现Bug的环境,需要在重现步骤里详细描述环境信息,以便于开发定位和解决问题。[步骤]:写明出现Bug的操作步骤,要求简单,去掉与Bug无关的步骤。[结果]:写明操作的实际结果。[期望]:写明操作的期望结果。相关需求:选择与Bug相关的需求。如果Bug关联测试用例,系统会自动关联测试用例的需求。相关任务:选择与Bug相关的任务。这里的任务是在『项目』->『任务』中创建的任务。Bug类型如下:代码错误:功能性错误。界面优化设计缺陷配置相关安装部署安全相关性能问题标准规范测试脚本其他Bug严重程度如下:Bug严重度等级描述范例1–Critical所产生的问题导致系统崩溃,蓝屏,停顿;缺少主要功能或者主要功能毫无作用,导致无法进行下一步测试。,,–High所产生的问题会导致系统部分功能不正常;。、业务规则、–Medium所产生的问题导致系统很小的功能问题;不会影响下一步测试;功能运作正常,可是有改进的空间。(包括数据窗口内列名定义、含义是否一致)、–Low所产生的问题不会导致系统任何问题;所产生的问题不影响下一步测试;:选择出现问题的系统平台和使用的浏览器信息。必填项。抄送给:选择需要抄送的人员。关键词:填写关键词,便于搜索查找。附件:如需必要,附加可以说明bug的文件,截图,dump等信息。注:如果Bug是关联测试用例创建的,系统会自动取测试用例的信息(标题,前置条件,步骤,期望结果,需求)作为Bug的信息。:开发人员查看指派给自己的Bug列表,编辑bug并确定每个bug的优先级别。优先级别根据时间,紧急度,重要程度综合确定。优先级别由开发人员自己定义,开发负责人具有复查/重定义/监督的责任。