内容发布更新时间 : 2024/5/12 15:12:05星期一 下面是文章的全部内容请认真阅读。

BugFree使用手册

使用说明

? 访问地址

目前Bugfree的访问网址为：http://192.168.200.16:81/bugfree

? 创建项目

新建项目需要向测试管理人员提交《测试人员安排统计表》，测试管理人员将根据表格内容在BugFree中创建新项目及其相关升级项目，并创建用户组。

新建项目创建同时，测试管理员会为项目经理和测试经理增加项目管理权限和用户管理权限，方便项目组后续增加项目模块、项目人员。

? 添加用户

具有用户组管理权限的用户，进入BugFree系统，可以看见右上角有【后台管理】，点击进入后台，可以管理模块、添加用户等。

新加用户，请注明人员来源（开发公司名称、外包测试公司名称、业务部门名称或应用研发部），再提交创建用户。用户名即为登录账号，默认使用中文字母拼音。

? 创建模块

新建项目默认模块为：单元测试、集成测试、系统测试、性能测试、验收测试、上线后试运行测试等等，部分分阶段项目还会建立“业务新需求测试”等。

项目经理对于自己项目有模块管理权限，项目组可以根据自己项目的具体情况对测试阶段做符合测试规范的变动，例如新增多轮测试过程，或者合理裁剪某个测试阶段。

项目组可以根据项目需求在各个测试阶段下再添加功能模块等，以便于对重要模块的测试情况重点关注。

? 关联系统

新建项目涉及其他系统改造的情况，为了便于跟踪所有相关项目的测试情况，保证同步上线前所有项目测试到位，进行如下目录设置：

新建项目名称

新建项目名称-相关项目名称升级

如果关联项目改造较小，可以在关联系统下面单独增加模块。

另外，可以关联系统改造可以建在主项目下面模块，视具体情况及项目经理管理需要，可与测试管理人员协调处理。

? BUG路径

新建bug时，请注意项目名称/模块路径处一定要选择正确，比如：

这样才可以为精确统计各阶段BUG产出及解决情况。

? BUG严重级别的定义

严重程度Sev：Bug的严重程度，我们规定由测试人员填写。 其中1为最严重的问题，4为最小的问题。

1级为系统崩溃或者数据丢失的问题 2级为主要功能的问题 3级为次要功能的问题 4级为细微的问题。

具体项目， 项目经理需要确认上线的标准，测试管理组要求： 无3级以上（含3级）Active的bug。

上线前项目经理或者业务人员需要确认级别为4的bug确实为细微问题。

? BUG优先级定义

Bug处理的优先级。我们规定由开发人员填写。 其中1的优先级最高，4的优先级最低。

1级为需要立即解决的问题

2级为需要在指定时间内解决的问题 3级为项目开发计划内解决的问题 4级为资源充沛时解决的问题。

原则上， 验证程度为1 的BUG需要将优先级设置为1。 严重程度2,3,4的bug 不做明确规定。 严重程度为4的bug如果更改非常容易，也可以设置为1.

? Bug复现步骤：

创建bug时，请把发现bug的详细步骤填写在“复现步骤”处，应包括登录账号，发现bug的具体小模块，操作步骤与结果。

? Bug创建Build：

创建Build：Bug是在哪个版本被发现的。（请认真填写此处，同时项目组需要做好测试版本控制）

关于版本的设定，至少每轮测试开始，应更新一下版本。请开发人员在更新版本后将bug指派回创建者，同时，“解决 Build”处填写bug解决的新版本。

例如：一轮测试，版本号最初设定为0.1，二轮测试0.2。如果一轮测试中bug太多，可以更新小版本，如0.1.1，0.1.2…… Bug被解决后，指派回创建者时，“解决 Build”可能为0.2，或0.1.2，0.1.3……

（以上版本号及更新频率均为举例，请各系统按实际情况来定义）

? 上传图片：

如果有需要，在“上传附件”处上传bug图片，如果可以在图片中标识出bug位置最好。

? 处理状态说明（即Bug处理过程的附属子状态） Can’t Regress：表示修复的问题暂无法验证等

Hold：是指暂时还没有找到解决方案，暂时保持这种状态

请各个开发人员注意， “处理状态说明” 目前大部分BUG里都没有填写，需要各位尽快填写。 如果该缺陷没有处理状态，则意味着该缺陷正在调研和修改过程中。

? 解决方案

三种无效的Bug

By Design：设计需求就是这么设计的，无效的Bug Duplicate：这个问题别人已经发现，重复的Bug Not Repro：无法复现的问题，无效的Bug