【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。