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 即会显示在当前界面上。

点击左下角的“指派给我”选项，即会显示当前项目指派给我但未解决的问题。

点击指派给我之后的界面，
点击相应的BUG标题之后进入BUG详细描述的界面。

上面有相应的BUG信息，包括标题，创建者，创建时间和详细描述等相关信息，开发者点击“解决”按钮，即跳转到如下界面，
在这里作为开发者只需要点击选择解决方案即可，解决方案有三种，第一种是打回，即测试
人员提交上来的BUG不是问题，而是设计如此或者理解错误等，第二种是已解决，即这个问题选择已经被解决了，第三种是已分配，即开发者认为这是个问题，但是现在暂时没有时间去解决或者延迟解决。

选择解决方案之后，可在注释里面对当前操作进行注释，如，打回时，可注释，设计如此。

或者其他。

之后，点击保存，这样BUG又被自动分配到创建者那里。

创建者对已解决的BUG 进行验证，如果验证已解决，则进行关闭操作，如未解决，则重新分配给开发者。

至此为止，一个BUG的产生记录流程到解决的流程已经完成的走完了，大家如果在使用过程中有不明白的地方可直接问我，我也是初次使用这个软件，期望大家一起学习。

附录：
BUG的生命周期，即BUG的处理流程。

新建的Bug处于Active状态，可以通过编辑指派给合适的解决者。

解决Bug之后，Bug状态变为Resolved，并自动指派给创建者。

创建者验证Bug。

如果未修复，再重新激活，Bug状态重新变为Active；如果已经修复则可以关闭，Bug状态变为Closed，Bug生命周期结束。

已经Closed的Bug如果重新复现，也可以直接激活。

具体流程如下图所示。

完结。