Bugfree使用教程详解

Bugfree使用教程详解

一、Bugfree基本介绍

BugFree是借鉴微软的研发流程和Bug管理理念，使用PHP+MySQL独立写出的一个Bug管理系统。简单实用、免费并且开放源代码(遵循GNU GPL)。命名BugFree 有两层意思：一是希望软件中的缺陷越来越少直到没有；二是表示它是免费且开放源代码的，大家可以自由使用传播。下面就是Bugfree的登录界面，整个软件界面看起来比较简洁。

二、Bugfree安装介绍

在安装BugFree 之前，需要首先安装Apache, PHP, Mysql 支持软件包，例如XAMPP 或EASYPHP等。这里就不做详细介绍，有需要的可以上网查找相关教程，有需要的也可以来找我。

三、Bugfree的操作详细介绍

1、在Bugfree中分为三个角色，一个是系统管理员，负责系统的配置，项目的添加，成

员的管理等跟系统配置相关的信息，一个是测试者，负责BUG的提交、分配，BUG 验证和关闭，还有一个是开发者角色，负责BUG的解决。

2、登陆Bugfree。打开浏览器，在浏览器地址栏输入Bugfree的地址，在局域

网可以使用IP地址登陆，在外网则可使用动态域名加端口的形式登陆，在这里我们以局域网为例，因为我自己的IP地址为192.168.1.101.所以这里我也就以我自己的IP为例，等公司BUGFREE搭建完成之后再向大家通知正式的地址，这里我们以Bugfree地址为http://192.168.1.101/bugfree进行操作。

第一步，打开浏览器，可以是IE，也可以是其他第三方浏览器，在浏览器地址栏输入http://192.168.1.101/bugfree后按回车确认，页面即会自动跳转到Bugfree的登录界面。

Bugfree的登录界面

界面看起来很简洁，我们在用户名和密码界面输入自己的用户名和密码，点击登录即可登录到他的首界面。这里大家可以使用我的测试账号进行登陆查看和熟悉，等正式配置好之后，每人都有自己相应的账号密码，我的测试账号密码：用户名：lilan,密码：123456.还有一点就是大家要注意，用户名是区分大小写的。

3、输入用户名和密码点击登陆按钮，之后跳转到软件首界面，大家可以看看下面的

截图。

产品选择框①：可以快速切换当前产品，产品模块框②和查询结果框⑥显示相应的模块结构和记录。

产品模块框②：显示当前产品的模块结构。点击某一模块，查询结果框⑥会显示所选模块的所有记录。

个性显示框③：

a:我的标记，当前用户标记了的BUG,在一个项目中，我们可以对某些BUG进行标记来进行识别。

b:指派给我，当前BUG库中指派给我的BUG，比如，测试者将一BUG 分配给开发者之后，那如果开发者登陆自己的账号，就能在指派给我选项中查看到当前指派给自己的BUG。

c:由我创建，这个比较好理解，就是当前用户自己创建的BUG。

模式切换标签④：切换Bug, Test Case和Test Result模式。默认登陆为Bug模式，一般我们默认用到的也只有Bug模式，这里大家可以不用花太多力气了解。

查询框⑤：设置查询条件，这里我们可以进行条件查询的设置

BUG显示界面⑥：在这里我们可以看到当前项目下的所有BUG。显示的信息有BUG的编号，标题等信息，点击相应的BUG后即可进入详细BUG信息的查看界面。

a.自定义显示：设置查询结果的显示字段。

b.统计报表：显示当前查询结果的统计信息。

c.导出：将查询结果显示的自定义字段导出到XML文件。最多可同时导出5000条记录。导航栏⑦：显示当前登录用户名等信息，用户可点击编辑我的信息选项编辑自己的信息。

导航栏⑧：新建BUG及从模板新建。

4、下面就以一个测试者的身份解析BUG创建的步骤。假如测试者在一个项目中发现一BUG，需要记录到BUG库中，登陆到BUG库之后，选中相应的项目，这点很重要，要不然BUG 可能记录到别的项目中去了，下次就很难找到。

选中相应的项目之后，点击新建BUG按钮，

点击新建BUG按钮后，页面跳转到新建BUG便捷界面，如下图：

a：BUG标题，即要创建的BUG的标题，我们可以理解为一句话总结要描述的BUG。

b:模块路劲，需要创建的BUG的路劲，即相当于BUG发生在哪个模块，假如，现在我们的GSCS手机客户端空调出现了一个缺陷，那我们的路劲就是“GSCS客户端\空调模块。”

c:状态，即BUG的状态，BUG的状态分为三种，一种是Active(活动)，一种是Resolved(已解决)，一种是Closed(已关闭)，详细说明如下：

Active(活动)：Bug的初始状态。任何新建的Bug状态都是Active。可以通过编辑修改Bug 的内容，并指派给合适的人员解决。

Resolved(已解决)：解决Bug之后的状态。

Closed(已关闭)：已修复Bug在验证无误之后关闭，该Bug处理完毕。如果没有真正解决或者重新复现，可以重新激活，Bug状态重新变为Active。

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

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

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

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

相关 Bug：与当前Bug相关的Bug。例如，相同代码产生的不同问题，可以在相关Bug注明。注释：进行某个操作后的注释。

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

附件：我们在描述一个BUG如果文字不是很好描述的时候，我们可以添加相关的图片来加以说明，以附件的形式存在。

到了这里，对一个BUG的描述已经差不多完全可以，填好这些信息后，点击保存按钮，即可进行保存到数据库。

到此为止，一个完整的BUG已经记录下来了。

5.下面以一个开发者的角色解析BUGFREE的使用。

在登陆界面登陆自己的账号，来到Bugfree首界面，选择相应的项目，当前项目的所有BUG 即会显示在当前界面上。