在禅道bug类型中bug记录主要包含哪些内容

上篇文章讲述了禅道bug类型的最简使用方法之一只使用禅道bug类型来进行项目任务管理。禅道bug类型的测试功能也可以独立出来单独使用这种方式很适合于测试团队使用。禪道bug类型里面的bug最基本流程是:测试人员提出bug -> 开发人员解决bug -> 测试人员验证关闭


下面我们来演示下具体的使用方法。

使用功能之前需要先创建产品。禅道bug类型里面设计的理念是bug主要附属在产品概念下面的后面我们会详细讲述产品和项目之间的关系。

新增产品的时候需偠设置产品的名称、代码,几个负责人信息

有了产品之后,我们就可以来创建bug了

  • 在创建bug的时候,必填的字段是影响版本bug标题,重现步骤这些基本的信息
  • 所属项目,相关产品需求可以忽略。
  • 创建bug的时候可以直接指派给某一个人员去处理。如果不清楚的话可以保留为空。

当一个bug指派给某一位研发人员之后他可以来验证解决这个bug。

2.1 通过各种标签和检索条件找到需要自己处理的bug

在对bug进行出来之前需要先要找到需要自己处理的bug。禅道bug类型提供了各种各样的检索方式比如指派给我,可以列出所有需要我处理的bug

研发人员解决bug,选择解决方案一般来讲有效的解决bug方案是”已解决“。详细的解决方案我们在后续的文章中会详细加以讲述。

当研发人员解决了bug之后bug会偅新指派到bug的创建者头上。这时候测试人员可以来验证这个bug是否已经修复如果验证通过,则可以关闭该bug


 
 
 
 
 
 
 
 
 
 #使用seesion登录这样的好处是可以在接下来的访问中可以保留登录信息
 #post需要的表单数据,类型为字典
 
 
 #把爬下来的首页写到文本中
 
 
#获取可以绘制图形的数据
#days = 获取最近数据的天数
 
 
 
 
 
#进行登录,将账户信息替换成你的用户名和密码即可
#需要查询的自然日数量20
 
#1:day_is_weekday函数中节假日和工作日是否包括完全?
#2:getBugs 函数中 目前是強行获取2000个每页当然后期如果超过2000个bug的时候 这个地方还需要完善。需要考虑分页功能【当总bug数量超过2000个的时候可以再考虑完善】

原标题:Bug管理工具之禅道bug类型的測试模块的使用

由于公司的bug管理工具是禅道bug类型上手之前看了下禅道bug类型测试模块的使用,并记录了下来

角色:产品经理PO,项目经理PM开发,测试

1.维护bug视图模块:【测试】-【Bug】-左侧【维护模块】:维护软件每一个模块,即新建-删除-修改模块/子模块名称(如【首页】模块【关于我们】模块)

(1)Bug的优先级别(见bug优先级别随笔)以及严重级别标准?

(2)Bug负责人如何划分

(3)Bug修复截止时间如何确定?

3.验证bug关闭:确认bug已解决

4.激活bug:开发人员解决bug后,验证无法通过可以重新激活;或者是bug已解决后关闭了,但是后面又重现了重新激活

1.维护測试用例视图:【测试】-【用例】-左侧【维护模块】:创建或编辑各个模块(首页模块的测试用例)、各个类型(功能测试,接口测试性能测试)的测试用例

2.创建测试用例:按照测试类型,模块创建相关的测试用例

3.管理测试任务:给产品或项目进行关联测试用例对测试用唎进行管理

4.执行测试用例,并提交bug:执行测试用例若测试用例执行失败则可以直接在测试用例中创建bug,重现步骤自动补充

5.查看报表统计:【统计】-【测试】

我要回帖

更多关于 禅道bug类型 的文章

 

随机推荐