BugFree使用说明

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

BugFree使用说明

1引言

1.1编写目的

让所有人员更快的掌握BugFree的使用方法,更好的开展今后的工作。

1.2前景

a.软件名称:BugFree;

b.用户:所有开发人员

c.目标:记录所有的bug产生以及处理过程;

统一Bug发现之后的处理方法,有效地管理软件产品中的bug,更好保证质量,控制进度,并且保持产品的可持续发展,所以决定在全公司开展BugFree的使用。

1.3定义

BugFree是一个bug管理工具,重要的是掌握其中蕴含的软件研发的流程思想。能够记录每个问题的处理过程,不断的提醒开发者现在还存在的问题,不会丢失和忘记。对于软件可持续发展至关重要。

在工作中,基本上都是和解决其他人提出的要求和发现问题,再提出给相应的人解决。

使用BugFree,我们所有人都可以创建,指派Bug,或者改变Bug状态。

过程大致如下

1)当测试人员(美术和策划部门的人员在发现问题时同样算测试人员)发现问题就立即新建一个Bug予以跟踪并且指派给相关的开发小组长(Dev Lead)(例如,程序,策划,美术方面相应负责人)

2)开发小组长判断这个Bug属于某个特定开发人员,并指派给他处理

3)开发人员根据Bug的详细描述信息找到问题所在,修改程序或相应资源解决bug并且将bug返回给当初的测试人员;或者在有争议的时候,把Bug指派给这个部分的设计人员,要求一个澄清说明。

4)测试人员(提出Bug者)在看到某个Bug被解决后,就需要去验证这个bug 是否当真不存在了,根据最初的发现步骤去证实问题真的解决了,就关闭这个bug;若还能重现,或不同意开发人员的解法,可以激活这个bug,返还给当初的开发人员做进一步调查处理

5)当测试人员和开发人员无法达成一致意见时,由对应的设计者出面做出协调,判断这个Bug的严重程度、对用户可能的影响,根据产品的进度和项目资源作出评估,是否真的需要修理掉这个进度(这种协调和讨论大部分将在一个相对固定的时间,如例会上进行)

最后要强调两点

第一:团队中的每个人发现问题时都可以创建个Bug来跟踪

第二:不仅仅是软件功能上的Bug,其他各种问题,如需求文档(Spec)的改动,界面上的错别字、帮助文档的遣词造句问题,某项任务的指派等等

“Everything Should be tracked in this soft!”

1.4参考资料

网址: /

2软件征述

2.1软件的结构

由开放源代码的PHP+MySQL写成,基于浏览器方式运行。

2.2程序表

使用时,直接用IE就可以了。

3安装与初始化

没有客户端,根本不需要运行或者安装,只需要通过IE访问。

4运行说明

4.1运行表

BugFree的使用分为三个步骤:

a.建立项目模块以及其子模块;(这一步只在项目的最开始由管理员Admin 建立)

b.用自己的id登陆管理模块;

c.处理分配给自己的bug以及任务,发现新的bug之后通过BugFree发送给相应的人处理;

4.2运行步骤

通过IE浏览器,访问http://192.168.0.16/BugFree/Login.php,这样就能进入我们公司的BugFree登陆界面,输入自己的用户名和密码,就可以登陆。(192.168.0.16是当前我们用来作BugFree的机器地址)

登陆进入以后就可以看到如下界面

1左侧栏

1.1切换查询和创建

1.1.1查询模式:你可以设定不同的查询条件,寻找你想找的bug们。

1.1.2创建Bug:新建一个Bug,这个是Bug生命的开始。注意,你必

须要选定该Bug对应的模块。填写完相关的Bug说明后,点击“创

建Bug”按钮即宣告一个Bug的诞生。

1.2项目及其模块列表:你选择不同的项目,系统会自动列出下属模块。

1.3项目文档和项目进度分别对应BugFree的后台管理中添加的两个

链接(现在我们还没有添加这两个链接,这个两个功能直接由VSS上

的文档完成)。

1.4最近5个指派给我的Bug:此处列出分派给你的最近五个没有被关

闭(终止生命)的Bug。

1.5最近5个由我创建的Bug:此处列出你最近新建的五个没有被关闭

(终止生命)的Bug。

1.6我自定义的查询条件:你可以在[Query Bug(查询Bug)]中把查询

条件起个名字永久保留起来,这里将会显示出所有你个人定义的查询

条件。

2右侧栏

2.1页面组成

2.1.1缺省显示的查询页面:上面显示查询条件,下面显示查询出来的

符合条件的Bug们;

2.1.2点击左侧的Bug名,或右边bug中列表Bug的编号,右栏将显

示该Bug的所有信息。

基本画面如下

2.2查询:根据自己需要选择不同的查询条件,比如查找Bug ID(Bug

编号) Smaller Than(小于)100,下面就会倒序显示所有ID号小于100的Bug们。

2.3保存查询:你也可以选择“Save Query(保存查询)”,给这次定义

的查询命名永久保存起来,然后就可以在【左栏】的“您自定义的查询条件”中随时使用这个查询。

2.4一个Bug的处理过程:新建一个Bug后,或者查询出符合条件的

Bug们点击一个后,【右栏】显示该Bug详细信息。在中间的四个Action 按钮,你可以:

2.4.1Edit(编辑)

该动作允许你该动这个Bug所有可以改动的信息。最常见的是把这

个Bug指派给(Assign To)某同事,同时描述信息中加上你的新注

释。

2.4.2Resolve(解决)

一个Bug有7种解法:

By Design - 就是这么设计的,无效的Bug

Duplicate - 这个问题别人已经发现了,重复的Bug

External - 是个外部因素(比如浏览器、操作系统、其他第3方软

件)造成的问题

Fixed - 问题被修理掉了。Tester要尽可能找到这种Bug

Not Repro - 无法复现你这个问题,无效的Bug

Postponed - 是个问题,但是目前不必修理了,推迟到以后再解

Won't Fix - 是个问题,但是不值得修理了,不管它吧

2.4.3Close(关闭)

当一个Bug被解决之后,如果当初上这个Bug的Tester同意此解

决方法,则关闭这个Bug。意味着这个Bug生命周期的终结。

2.4.4Activate(激活)

如果Tester不同意该Bug的解决方法,则可将其激活之。该Bug

会自动被指派给当初解决(Resolve)的同事,当然在激活的时候

应该写上为什么怎么做,让别人明白你激活它是有道理的。

相关文档
最新文档