提交bug

简介:项目进展到后期主要的工作就是测试。测试人员和开发通过bug进行互动,保证产品的质量。

项目进展到后期主要的工作就是测试。测试人员和开发通过bug进行互动,保证产品的质量。

一、禅道里面bug的基本处理流程

禅道里面缺陷处理的基本流程是:测试提交bug => 开发确认bug => 开发解决bug => 测试验证bug => 测试关闭bug。

如果bug验证没有通过,可以激活:测试提交bug => 开发确认bug => 开发解决bug => 测试验证bug => 测试激活bug => 开发解决bug => 测试验证 => 测试关闭。

还有一个流程就是bug关闭之后,又发生了。测试提交bug => 开发确认bug => 开发解决bug => 测试验证bug => 测试关闭bug => 测试激活bug => 开发解决bug => 测试验证 => 测试关闭。

二、提出bug

6.10 提交bug - 图1

  • 在创建bug的时候,必填的字段是影响版本,bug标题,重现步骤这些基本的信息。
  • 所属项目,相关产品,需求可以忽略。
  • 创建bug的时候,可以直接指派给某一个人员去处理。如果不清楚的话,可以保留为空。
  • 批量添加bug时,支持多图上传。支持jpg,jpeg,gif,png格式的图片,图片上传成功后,图片名称将作为bug的名称,图片作为bug的内容。

三、处理bug

当一个bug指派给某一位研发人员之后,他可以来确认解决这个bug。在对bug进行处理之前,需要先要找到需要自己处理的bug。禅道提供了各种各样的检索方式,比如指派给我,可以列出所有需要我处理的bug。

6.10 提交bug - 图2

确认bug:确认该bug确实存在后,可以将其指派给某人,并指定bug类型、优先级、备注、抄送等。

解决bug:当bug修复解决后,点击解决,指定解决方案、日期、版本,并可将其再指派给测试人员。

关闭bug:当研发人员解决了bug之后,bug会重新指派到bug的创建者头上。这时候测试人员可以来验证这个bug是否已经修复。如果验证通过,则可以关闭该bug。(bug列表页和详情页中都有“关闭”按钮。)

编辑bug:对bug进行编辑操作。

复制bug:复制创建当前bug,在此基础上再做改动,避免重新创建的麻烦。