【20171116】BugFree使用手册（四）Bugfree的使用：Bug、Case和Result管理

2017/11/16任务第四天，各组员都只剩最后一部分的内容那个。最后每位组员都尽心尽责的完成了自己的任务。

田奕：检查测试后上传Bugfree的使用：Bug Case和Result管理，将内容汇总打包

李洁琼：编写Bugfree的使用：Bug Case和Result管理

胡林东：编写Bugfree的使用：Bug Case和Result管理

张康熙：录制Bugfree的使用：Bug Case和Result管理相关视频

周波：录制Bugfree的使用：Bug Case和Result管理相关视频

 

五、Bug的状态

在BugFree中，一个Bug只有3种状态：Active、Resolved、Closed。实践中经常有不熟悉的用户通过“编辑 (Edit)”来改变所有的状态，那是不合适的。正确的状态转换方法应该是：

1. 某个状态自己到自己的改变，使用“编辑(Edit)”。比如一个Active的Bug，从一个人指派到另外一个人；

2. Active->Resolved只能用“解决(Resolve)”；Resolved->Closed只能用“关闭(Closed)”；

3. Resolved->Active和Closed->Active只能使用“激活(Activate)”。

 

六、查询Bug

你可以设定不同的查询条件，寻找你想找的Bug。目前，BugFree提供了以下几种查询模式：

1. 单击某个模块，可以显示该模块的所有bug。

如图所示，点击“项目模块框”下的“角色浏览”模块，就可以在Bug列表中显示此模块中所有Bug的信息。这样能够让修复人员很快得到某一模块的全部Bug，使修复效率得以提高。

2. 设定查询条件，列出符合条件的bug记录。

在“查询条件”栏中填写想要查询的Bug信息，例如下图中查询条件为

项目名称：Sample Product，创建者：系统管理员，指派给：用户一。

三个条件之间的关系都是并且关系，也就是说满足所有条件的Bug会在点击“提交查询内容”按钮后显示在下面的Bug列表中。查询条件的组合有很多种，你可以根据不同的需要查询Bug信息，准确性比较高。

还可以点击“保存查询”按钮，来保存这些查询条件，在“查询标题”处给本次查询条件起一个容易见文知义的名称。点击“保存查询”后，在屏幕的左下角会出现这个查询条，方便以后的查询工作。

3. 按某字段排序

单击bug列表的任何一个字段（例如“创建者”、“BugID”、“修改日期”等），就可以按该字段将bug排序，同时，该字段旁边有 “↑”或“↓”表示当前是升序还是降序排序。再次单击一下本字段，将会改变排序方式。

 

七、自定义显示字段

点击“自定义显示”按钮，调出下面的界面。

这样，我们就可以通过这个来添加/删除显示字段，也可以设置显示字段的排列顺序。默认显示的字段，包括“Bug ID”， “Sev”， “Pr”， “Bug标题”，“创建者”，“指派给”，“解决者”，“解决方案”，“最后修改日期”9个字段。

 

八、Bug管理

1. 新建Bug

当执行以下测试用例时，我们可能会发现，通过操作步骤得到的实际结果与期望结果不同：密码列为可视数据。这时，我们就需要提交Bug，也就是新建一个Bug。

①点击“新建Bug”按钮，如图所示。

②打开新建Bug窗口。对话框显示为橘黄色的为必填项。

③根据Bug的特征为Bug命名，尽量做到见文知意。

④注意必须要指定该Bug属于哪个项目的哪个模块，指定bug的类型、Bug类型以及严重程度等必填信息，并将本bug指派给相应的同事。

这里着重说明一点：为了让Bug更容易重现，在书写“复现步骤”项时应尽量简洁明了。这样会使团队的工作效率得以提高，也会减少不必要的麻烦。

Bug 字段说明：

Bug 标题：为包含关键词的简单问题摘要，要有利于其他人员进行搜索或通过标题快速了解问题

项目名称/模块路径：指定问题出现在哪个项目的哪个模块。Bug处理过程中，需要随时根据需要修改项目或模块，方便跟踪。如果后台管理指定了模块负责人，选择模块时，会自动指派给负责人

指派给：Bug的当前处理人。如果不知道Bug的处理人，可以指派给Active，项目或模块负责人再重新分发、指派给具体人员。如果设定了邮件通知，被指派者会收到邮件通知。状态为Closed的Bug，默认会指派给Closed，表示Bug生命周期的结束

抄送给：需要通知相关人员时填写，例如测试主管或者开发主管等。可以同时指派多个，人员之间用逗号分隔。如果设定了邮件通知，当Bug有任何更新时，被指派者都会收到邮件通知

严重程度：Bug的严重程度。由Bug的创建者视情况来指定，其中1为最严重的问题，4为最小的问题。一般1级为系统崩溃或者数据丢失的问题；2级为主要功能的问题；3级为次要功能的问题；4级为细微的问题

优先级：Bug处理的优先级。由Bug的处理人员按照当前业务需求、开发计划和资源状态指定，其中1的优先级最高，4的优先级最低。一般1级为需要立即解决的问题；2级为需要在指定时间内解决的问题；3级为项目开发计划内解决的问题；4级为资源充沛时解决的问题

其余选项字段（Bug类型、如何发现、操作系统、浏览器）：可以通过编辑Lang/ZH_CN_UTF-8/_COMMON.php来自定义

创建Build：Bug是在哪个版本（Build或者Tag）被发现的

解决Build：Bug是在哪个版本（Build或者Tag）被解决的

解决方案：参考Bug的七种解决方案。如果解决方案为Duplicated，需要指定重复Bug的编号

处理状态：Bug处理过程的附属子状态，例如Local Fix表示已在本地修复；Checked In表示修复代码已经提交；Can’t Regress表示修复的问题暂无法验证等

机器配置：测试运行的硬件环境，例如Dell G280 2G/200G

关键词：主要用于自定义标记，方便查询。关键词之间用逗号或者空格分隔。例如，对于跨团队的项目开发，可以约定一个关键词统一标记项目

相关 Bug：与当前Bug相关的Bug。例如，相同代码产生的不同问题，可以在相关Bug注明

相关 Case：与当前Bug相关的Case。例如，测试遗漏的Bug可以在补充了Case之后，在Bug的相关Case注明

上传附件：上传Bug的屏幕截图，Log日志或者Call Stack等，方便处理人员

复现步骤：[步骤]要描述清晰，简明扼要，步骤数尽可能少；[结果]说明Bug产生的错误结果；[期望]说明正确的结果。可以在[备注]提供一些辅助性的信息，例如，这个bug在上个版本是否也能复现，方便处理人员。

⑤当Bug的信息填写完整时，就可以点击“保存”按钮完成Bug的提交。Bugfree就会自动为我们生成Bug编号。

2. 编辑Bug

①首先，点击此Bug。

②点击“编辑”按钮，打开“编辑Bug”窗口。

③修改相应的信息，点击“保存”完成编辑。

3. 复制Bug

在一个系统的测试过程中，难免会遇到很多相似的Bug。如果我们每一个Bug都要彻底描述一遍，无论对个人还是对团队都是很大的损失。Bugfree为了防止这种现象的出现，特意增加了“复制”Bug的功效。例如，我们前面已经提交了一个“文字错误”的Bug。现经过测试，又出现了错别字。那我们就可以进行Bug的复制了。

①找到一个Bug，直接点击此Bug行，打开Bug

②点击“复制”按钮，进入新建Bug窗口。这个与前面直接进行新建的Bug相同，只需在Bug的描述上进行简单的修改即可保存完成了。

4. 统计报表

前面我们提到过Bug的查询，在输入一定的查询条件后，点击“提交查询内容”会在下方显示符合条件的Bug信息。可是在一个项目中一定会存在符合某一条件的bug数量很多，如果想要进一步，更加清晰地查看一下Bug的分布情况就可以点击“统计报表”按钮

在打开的“Bug统计报表”窗口。窗口左侧为查看统计的方式，勾选相应的查看方式，点击“确定”按钮就会在右侧的空白处出现对前面Bug列表中的Bug的分布情况。

 

九、Test Case管理

测试用例（Test Case）是在测试执行之前设计的一套详细的测试计划，包括测试环境、测试步骤、测试数据和预期结果。测试用例的录入与Bug的新建过程相似，在主界面导航栏点击“Case”按钮，即切换到“Case”模式，点击“新建Case”，切换到“新建Case”界面，按照事先编写的测试用例录入相关内容，创建测试用例。也可以通过页面上方的“复制”按钮快速创建类似的测试用例。

 

十、Test Result管理

Test Result只能通过运行已有测试用例来创建。打开一个已有的测试用例，点击页面上方“运行”按钮，进入创建Test Result界面，如图所示。

Case标题、模块路径和步骤等信息自动复制到新的Test Result中。同时，Test Result相关 Case自动指向该测试用例。记录执行结果（Pass或Fail）和运行环境信息（运行Build、操作系统、浏览器等信息），保存测试用例。

针对执行结果为Fail的Test Result，点击页面上方的“新建 Bug”按钮，创建新Bug。Result标题、模块路径、运行环境和步骤等信息自动复制到新的Bug中。同时Test Result相关Bug指向新建Bug。

转载于:https://www.cnblogs.com/cl4396/p/7845748.html