BugFree中BUG状态
BugFree使用手册
1BugFree介绍1.1关于BugFreeBugFree基于PHP和MySQL开发，是免费且开放源代码的缺陷管理系统.服务器端在Linux和Windows平台上都可以运行；客户端无需安装任何软件,通过IE，FireFox等浏览器就可以自由使用。
1.2主页面登录后，默认主页面如下：1.产品选择框①：可以快速切换当前产品，产品模块框②和查询结果框⑥显示相应的模块结构和记录。
2.产品模块框②：显示当前产品的模块结构。
点击某一模块，查询结果框⑥会显示所选模块的所有记录。
3.个性显示框③：i.我的标记，指派给我，由我创建为系统设定的查询条件；ii.用户可以保存自己的查询条件；4.模式切换标签④：切换Bug, Test Case和Test Result模式。
默认登录为Bug模式。
5.查询框⑤：设置查询条件.6.查询结果框⑥：显示当前查询的结果。
i.自定义显示:设置查询结果的显示字段;ii.统计报表：显示当前查询结果的统计信息;iii.导出：将查询结果显示的自定义字段导出到XML文件.最多可同时导出5000条记录；iv.导入（仅支持Test Case模式）:可以将导出的XML文件在Excel 进行编辑后,再导入到BugFree中，实现Test Case批量编辑。
最大支持2M大小的XML文件；v.批量运行（仅支持Test Case 模式)：可以对查询结果的Test Case 同时创建Test Result。
最多支持100个Test Case。
（未实现）7.导航栏⑦：显示当前登录用户名等信息。
8.导航栏⑧：新建及从模板新建。
1.3Test Case管理页面1.4Test Result管理页面1.5Bug管理页面2BugFree使用BugFree集成了Test Case、Test Result和Bug的管理功能。
具体使用流程：首先创建Test Case（测试用例），（一般是先有设计草稿（Excel）)；然后评审测试用例；修改测试用例；最后将评审后的测试用例导入BugFree；根据测试计划运行Test Case产生Test Result（测试结果)，运行结果为Failed的Case，可以直接创建Bug。
Bugfree使用教程详解
Bugfree使用教程详解基本介绍一、Bugfree使用PHP+MySQL是借鉴微软的研发流程和Bug独立BugFree管理理念，写出的一个Bug管理系统。
简单实用、免费并且开放源代码(遵循GNU GPL)。
命名BugFree 有两层意思：一是希望软件中的缺陷越来越少直到没有；二是表示它是免费且开放源代码的，大家可以自由使用传播。
下面就是Bugfree的登录界面，整个软件界面看起来比较简洁。
二、Bugfree安装介绍在安装BugFree 之前，需要首先安装Apache, PHP, Mysql 支持软件包，例如XAMPP 或EASYPHP等。
这里就不做详细介绍，有需要的可以上网查找相关教程，有需要的也可以来找我。
三、Bugfree的操作详细介绍1、在Bugfree中分为三个角色，一个是系统管理员，负责系统的配置，项目的添加，成员的管理等跟系统配置相关的信息，一个是测试者，负责BUG的提交、分配，BUG 的解决。
BUG验证和关闭，还有一个是开发者角色，负责．的地址，在局域Bugfree、登陆Bugfree。
打开浏览器，在浏览器地址栏输入2地址登陆，在外网则可使用动态域名加端口的形式登陆，在网可以使用IP所以这里我这里我们以局域网为例，因为我自己的IP地址为192.168.1.101.搭建完成之后再向大家通知正式IP为例，等公司BUGFREE也就以我自己的http://192.168.1.101/bugfree地址为Bugfree进行操作。
这里我们以的地址，第一步，打开浏览器，可以是IE，也可以是其他第三方浏览器，在浏览器地址栏输入http://192.168.1.101/bugfree后按回车确认，页面即会自动跳转到Bugfree的登录界面。
Bugfree的登录界面界面看起来很简洁，我们在用户名和密码界面输入自己的用户名和密码，点击登录即可登录到他的首界面。
这里大家可以使用我的测试账号进行登陆查看和熟悉，等正式配置好之后，每人都有自己相应的账号密码，我的测试账号密码：用户名：lilan,密码：123456.还有一点就是大家要注意，用户名是区分大小写的。
bugfree的解决方案
bugfree的解决方案
《BugFree：解决软件缺陷的有效方法》
在软件开发领域，bug是一个不可避免的问题。
然而，对于软
件开发者来说，如何及时有效地解决这些bug是至关重要的。
以下是一些解决bug的有效方法：
1. 代码审查：代码审查是发现和解决bug的重要手段之一。
通过让同事或专业审查人员审查代码，可以帮助发现潜在的bug
并进行修复。
2. 单元测试：单元测试是一种能够有效帮助发现bug的测试方法。
通过编写单元测试用例，可以验证特定模块或功能的正确性，从而及时发现并解决bug。
3. 自动化测试：自动化测试可以帮助发现隐藏的bug，提高测
试的覆盖率和效率。
通过使用各种自动化测试工具，可以及时发现并解决bug。
4. 错误日志和追踪：及时记录和跟踪错误日志是解决bug的重要环节。
通过分析错误日志，可以找出bug的根本原因，从而有针对性地进行修复。
5. 版本控制和回滚：及时进行版本控制，并有合理的回滚机制，可以在软件发布后及时发现并解决bug，减小bug对用户的影响。
总的来说，解决bug需要综合使用多种手段，包括代码审查、单元测试、自动化测试、错误日志和追踪等方法。
另外，也需要在软件发布后及时做好版本控制和回滚，以确保及时发现并解决bug。
通过以上方法，可以有效提高软件的质量，为用户提供更好的使用体验。
BugFree快速使用入门
BugFree快速使用入门Demo地址/demo/Login.php1.主页面访问/demo/Login.php，用户名和密码请不要修改.你就可以看到BugFree的真面目了。
1.1 左侧栏1.1.1项目及其模块的列表：你选择不同的项目，系统会自动列出其下属的模块，同时在右侧下方显示该模块的bug。
1.1.2指派给我：此处列出分派给你的没有被关闭(终止生命)的Bug。
1.1.3由我创建：此处列出你最近新建的没有被关闭(终止生命)的Bug。
1.1.4我的查询：此处列出所有你个人定义的查询条件。
右侧栏上方【保存查询】中把查询条件起个名字永久保留起来，这里将会显示出。
1.2 右侧栏1.2.1 页面组成右上角“1”是缺省显示的查询页面，上面显示查询条件、下面显示查询出来的符合条件的Bugs；“2”是点击一个Bug时，新窗口显示该Bug的所有信息。
1.2.2 查询查询你可以根据自己需要，选择不同的查询条件，比如查找Bug编号小于100 下面就会倒序显示所有ID号小于100的Bugs。
1.2.3 保存查询你也可以选择【保存查询】，给这次定义的查询命名永久保存起来，然后就可以在【左栏】的“我的查询”中随时使用这个查询。
1.2.4 重置选择【重置】,清除你输入的查询信息.2.创建测试用例(test case)2.1.1填写Case的标题.要求内容简单突出主要问题.然后点选项目名及所在的模块的路径(既它输入哪个功能模块).2.1.2Case状态指派给…该项目模块的程序负责人.抄送给…如果还希望谁能看到该Case就发邮件给他.其它项略.2.1.3创建如果有自动化测试脚本的相关信息请选择或填写各项.2.1.4其它信息填写关键词以便以后查询.如果有与该Case相关的文档或附件请上传.2.1.4注释该部分可填写撰写该测试用例的目的,着重点,测试环境等等信息.2.1.5步骤操作该功能模块时的步骤,及相关的数据,参数等.2.1.6 保存2.1.7运行当Case被保存后,点击运行,进入创建Result界面.2.1.8编辑如果需要修改用例的一些信息,可点击编辑修改.2.2.1查询Case点击查询的用例名可进入Case#2页面.该页面可有查看,编辑(修改当前Case信息),复制(方便我们创建相近的Case),运行(创建的时候没有运行),下一个(可编辑多个Case)几个模块.3.创建Result该界面是填写测试用例的执行情况的.如果”执行结果”是失败的,则需要在注释中填写在那一个测试步骤中发现了BUG或者提出自己的合理建议(也可以在以后的创建Bug界面填写相关内容).指派给相关的程序人员修改.其它信息中要注意填写系统的版本(客户+地图+引擎)和硬件的信息.这样就传递给”Test Result”一个信息,从而判断该测试用例是否执行成功.3.1创建Bug输入标题(突出主要的问题,简练),选择出错的功能模块.BUG的等级,类型,发现方式,指派给谁BUG的描述(在撰写的过程中,最好能透过表象抓住实质帮助程序员很好的找到问题的症结) 是重点对象.3.2下一个我们可以基于一个用例创建很多的Bug.3.3.1查询TestResult3.3.2查询条件参考主页面和Case的介绍.4. 一个Bug的解决过程当程序员看到BUG时要点击”解决”介入界面,填写修改BUG的意见和引起它产生的原因. (注:一定要写上你的修改的意见,以便测试人员在以后的测试中抓住问题的实质而不是停留在表象,给程序员在分析BUG时造成困扰;这些信息也是以后绩效考评的重要的参考)测试人员审定Bug的解决情况后,点击”关闭”,从而结束该Bug的生命.如果因为数据的更新或版本的升级后重现了该Bug,点击”激活”,再次开始新的BUG的生命周期. 该Bug会自动被指派给当初解决(Resolve) 的同事，当然你在激活的时候应该写上为什么你这么做，让别人明白你激活它是由道理的。
Bug的状态管理
Bug的状态管理Bug是软件开发过程中难免出现的问题，它们可能会导致软件在使用过程中出现异常或功能不完善。
为了有效地跟踪和解决Bug，我们需要进行Bug的状态管理。
本文将介绍Bug的状态管理流程以及常见的Bug状态。
一、Bug状态管理流程1. 提交Bug：当用户或测试人员在软件中发现Bug时，需要将Bug提交给开发团队。
通常，会在Bug管理系统中填写Bug报告，记录Bug的详细信息，包括描述、复现步骤、截图等。
2. 确认Bug：开发团队接收到Bug报告后，会对Bug进行确认。
他们会根据报告中提供的信息，尝试复现Bug并验证其正确性。
如果确认Bug存在，将进入下一步处理。
3. 分配Bug：确认Bug存在后，开发团队会将Bug分配给相应的开发人员进行修复。
通常，开发人员会根据Bug的严重程度和优先级进行分配。
严重程度指Bug对软件功能、性能或用户体验的影响程度，而优先级指Bug在修复顺序上的紧急程度。
4. 修复Bug：开发人员接收到Bug后，会开始进行Bug的修复工作。
他们会根据Bug报告中提供的信息，定位并解决Bug导致的问题。
5. 验证Bug修复：在Bug修复完成后，开发人员会进行Bug修复的验证。
他们会重新按照报告中提供的复现步骤，验证Bug修复是否有效，并确保软件功能正常。
6. 关闭Bug：如果验证Bug修复成功，开发人员会将Bug状态设置为已关闭。
同时，会将修复的版本信息记录在Bug报告中，以便日后跟踪。
二、常见的Bug状态1. 新建：表示Bug刚被提交，尚未被确认或分配。
2. 确认：表示Bug已被开发团队确认存在，但尚未分配给开发人员。
3. 分配：表示Bug已被分配给具体的开发人员，等待开发人员处理。
4. 修复中：表示开发人员正在处理Bug修复工作。
5. 待验证：表示Bug修复已完成，等待开发人员进行验证。
6. 重新打开：如果验证Bug修复失败或发现新的问题，开发团队会重新打开Bug，并进入修复流程。
Bugfree3.0.4使用手册
Bugfree3.0.4 使用手册目录目录 (1)第1章Bugfree介绍 (4)1.1Bugfree首页简介 (4)1.1.1查询结果 (5)1.1.1.1设置查询条件 (5)1.1.1.2快速筛选 (6)1.1.1.3自定义显示字段 (6)1.1.1.4查询结果排序 (7)1.1.2统计报表 (7)1.2Bugfree使用快捷键 (8)第2章管理员部分 (9)2.1登陆 (9)2.1.1登陆 (9)2.1.2登陆成功 (9)2.2编辑我的信息 (10)2.3后台管理 (10)2.3.1用户管理 (11)2.3.1.1新建用户 (11)2.3.1.2修改用户 (12)2.3.1.3禁用用户 (12)2.3.1.4激活用户 (12)2.3.2用户组管理 (13)2.3.2.1添加用户组 (13)2.3.2.2编辑用户组 (13)2.3.2.3禁用用户组 (14)2.3.2.4激活用户组 (14)2.3.3产品管理 (14)2.3.3.1添加产品 (15)2.3.3.2编辑产品 (16)2.3.3.3复制产品 (17)2.3.3.4合并产品 (17)2.3.3.5模块功能 (18)2.3.3.6bug字段管理 (20)2.3.3.7case字段管理 (22)2.3.3.8rusult字段管理 (24)2.3.4系统设置 (26)2.3.5管理日志 (27)2.3.6用户日志 (28)第3章测试人员部分 (29)3.1登陆 (29)3.1.1登陆 (29)3.1.2登陆成功 (29)3.2编辑我的信息 (30)3.3测试用例case (30)3.3.1新建case (31)3.3.2编辑case (32)3.4测试结果result (33)3.4.1新建Result (35)3.4.2编辑Result (36)3.5测试问题Bug (36)3.5.1创建与测试用例无关的问题记录 (36)3.5.2创建与测试用例有关的问题记录 (39)3.5.3修改Bug结果验证 (41)第4章开发人员部分 (44)4.1编辑我的信息 (44)4.2查看并解决分配给自己的bug (44)附录一：系统管理员、产品管理员和用户组管理员三种角色的详细权限 (48)附录二：Bug的三种状态 (49)第1章Bugfree介绍1.1Bugfree首页简介项目选择框：可快速切换当前项目，项目模块框和查询结果框显示相应的模块结构和记录。
BugFree使用手册
BugFree使用手册BugFree使用手册1. 概述1.1 介绍1.2 目的1.3 目标受众1.4 前提条件1.5 术语定义2. 安装与配置2.1 安装过程2.2 系统要求2.3 数据库配置2.4 Web服务器配置3. 登录与用户权限3.1 注册新用户3.2 登录系统3.3 用户权限管理4. 项目管理4.1 创建项目4.2 设置项目属性4.3 添加成员4.4 设置权限4.5 项目文档管理5. 缺陷管理5.1 创建缺陷5.2 缺陷字段解释5.3 缺陷状态管理5.4 缺陷优先级管理5.5 缺陷搜索与过滤5.6 缺陷统计与报表6. 测试用例管理6.1 创建测试用例6.2 编写测试用例6.3 执行测试用例6.4 测试用例结果管理6.5 测试用例覆盖分析7. 任务管理7.1 创建任务7.2 分配任务7.3 任务进度追踪7.4 任务关联8. 文档管理8.1 创建文档8.2 编辑文档8.3 共享文档8.4 文档版本控制9. 团队协作9.1 讨论区9.2 通知与提醒9.3 文件共享9.4 日程安排9.5 项目活动报告10. 整合与扩展10.1 邮件通知设置10.2 单点登录集成10.3 API文档10.4 插件扩展附录：附件1：BugFree安装包附件2：BugFree用户手册（PDF格式）法律名词与注释：1. 数据库配置：指在系统安装过程中设置与配置关联数据库的操作。
2. Web服务器配置：指在系统安装过程中设置与配置Web服务器的操作。
3. 用户权限管理：指对用户进行分组、设置与管理权限的操作。
4. 缺陷字段解释：指对缺陷各个字段如标题、描述、状态等进行解释说明。
5. 缺陷状态管理：指对缺陷状态进行管理与维护的操作，如新建、已解决、已关闭等状态的切换。
6. 缺陷优先级管理：指对缺陷优先级进行管理与维护的操作，如低、中、高等优先级的设置。
7. 缺陷搜索与过滤：指通过特定的条件对缺陷进行搜索和过滤的操作。
8. 缺陷统计与报表：指对缺陷进行统计与报表的操作，如缺陷数量统计、缺陷状态报表等。
BugFree操作手册
一、测试人员新建Bug1、BUG标题：总体描述下BUG。
2、模块路径：BUG出现在哪个功能模块下。
3、指派：BUG给相应的开发进行修复。
“开发经理”4、严重程度：1-致命；2-严重；3-一般；4-建议致命：引起系统崩溃或者宕机，无法使系统正常运行。
严重：功能未实现或者导致某个功能无法运行。
一般：不影响功能的正常使用，仅仅是表面上的一些缺陷（比如提示信息不太友好，错别字，UI布局等）。
建议：建设性的意见或建议。
5、优先级：1-紧急；2-高；3-中；4-低紧急：必须立即修改。
高：必须修改，且在版本发布前修改完毕。
中：时间允许的情况下应该要修改完毕。
低：可以不进行修改。
6、如何发现：BUG是在哪个阶段下发现的（比如单元测试、集成测试、回归测试等）7、类型：BUG属于哪一类（比如代码错误、配置相关等）8、创建Build：BUG出现在哪个版本号9、重现步骤：填写经过怎样的操作而出现的BUG10、注释：BUG发现者可以填写一些信息提供给开发人员，供开发人员参考二、开发人员修复BUG1、解决方案：1）by design：就是这么设计的，无效的BUG，无需修改。
2）duplicate：这个缺陷已经被别人发现了，重复的BUG。
选择此选项时，需要填写重复bug的编号。
3）external：由于外部因素（比如浏览器、操作系统、其他第三方软件）造成的问题。
4）fixed：问题被修复，可以进行验证。
5）not repro：BUG无法重现。
6）postponed：是问题，目前不是必须要修复的，推迟到后面版本中解决。
7）won't fix：是问题，但是不值得修理，不管它。
2、注释：开发人员可以填写怎么修复BUG或者产生BUG的原因是什么。
三、缺陷流程：。
bugfree使用说明
Fixed External Postponed Won’t Fix
（4）填写解决信息并保存
（5）操作成功过后，主界面中对该问题的显示变为“解决”状态
注意：为尽量缩短测试周期，减少测试轮次，程序员在修改问题时应尽量 用心去完成，因为项目经理会全程监督这个过程，并根据监督结果对程序 员进行直接考核。
5.3 关闭Bug
开发人员提交了“解决”信息后，测试人员会对处于“解决”状态的Bug进行 验证，如问题没有得到解决或在修改代码过程中引入了新的问题，该Bug会被 再度激活(Active)，如经验证确实已经解决，测试员会将该Bug关闭(Closed)。
2、BugFree界面
3、 Bug的状态
Active
Resoug状 态都是Active。可 以通过编辑修改 Bug的内容，并指 派给合适的人员解 决
解决Bug之后的状 态
已修复Bug在验证 无误之后关闭，该 Bug处理完毕。如 果没有真正解决或 者重新复现，可以 重新激活，Bug状 态重新变为Active
目录
1 2
3 4 5
BugFree简介
BugFree界面
Bug的状态
明确BugFree的角色分配
BugFree的操作
1、 BugFree简介
BugFree的功效 对软件开发出现的问题进行有效的跟踪管理； 协调开发人员、测试人员和需求三方的关系，规范软 件的研发流程； 通过对问题的有效跟踪管理，可以持续地改进产品的 质量； 记录对问题的处理过程，可以作为知识的积累；
5.2 解决Bug
（1）查询Bug
研发人员一般只会用到Bug模式，其下方即为查询框，可自行设置查询条件，单击【提 交查询】，即在查询结果中显示符合查询条件的Bug
bugfree解决方案
bugfree解决方案随着科技的日新月异，软件在我们的生活中扮演着越来越重要的角色。
然而，随之而来的问题是软件中的漏洞和错误，即所谓的“bug”。
这些bug给用户使用带来了负面影响，严重时甚至可能引发系统崩溃或数据丢失。
因此，一个高效的bug解决方案对软件开发过程至关重要。
那么，什么是Bugfree解决方案呢？Bugfree解决方案是一种为软件开发团队提供的全方位的bug管理工具。
它可以帮助团队有效地跟踪、记录和解决软件中的缺陷和错误。
Bugfree解决方案旨在提高软件质量，提升开发团队的工作效率，确保项目按时完成。
首先，Bugfree解决方案提供了一个集中化的平台，团队成员可以在该平台上报告bug并进行交流。
通过这个平台，团队成员可以轻松地记录和跟踪bug的进展。
此外，Bugfree解决方案还提供了分派任务的功能，可以将特定的bug分配给适当的团队成员，以便及时解决。
其次，Bugfree解决方案提供了丰富的统计和分析功能。
通过这些功能，团队可以深入了解bug的出现频率、解决速度和解决质量等关键指标。
这些数据的分析有助于团队发现潜在的问题和瓶颈，并采取相应的措施来改进软件质量和团队的工作效率。
此外，Bugfree解决方案还提供了一个协作平台，使团队成员之间可以实时交流和合作。
这对于解决复杂的bug和工作流程中的问题非常重要。
团队成员可以在协作平台上共享他们的想法、经验和解决方案，以便更快地找到并解决问题。
Bugfree解决方案的另一个重要功能是版本控制。
通过版本控制，团队可以更好地掌控软件的开发过程，确保每个版本都是稳定可靠的。
当发现bug时，版本控制功能可以帮助团队快速定位并修复问题，以避免出现类似的错误。
总之，Bugfree解决方案是一个全方位的bug管理工具，为软件开发团队提供了许多有用的功能。
它能够帮助团队高效地解决bug，提升软件质量，保证项目的顺利进行。
通过Bugfree解决方案，团队成员可以更好地协作、交流和合作，以提供更好的用户体验。
bugfree的使用说明
关于bugfree目录Bugfree界面 (1)主界面 (2)修改个人信息 (2)Bug管理 (3)1 新建Bug (3)2.Bug 字段说明 (4)3 编辑Bug (5)4 复制Bug (6)5 统计报表 (8)Bugfree界面输入以下bugfree地址：如图所示。
输入用户名和密码即可登录Bugfree主界面。
主界面点击“登录”按钮，来到Bugfree主界面，如图所示。
①项目选择框：可以快速切换当前项目，项目模块框②和查询结果框⑥显示相应的模块结构和记录。
②项目模块框：显示当前项目的模块结构。
点击某一模块，查询结果框⑥会显示所选模块的所有记录。
③个性显示框：a)指派给我：显示最近10条指派给我的记录。
b)由我创建：显示最近10条由我创建的记录。
c)我的查询：保存查询框⑤的查询条件。
④模式切换标签：切换Bug, Test Case和Test Result模式。
默认登陆为Bug模式。
⑤查询框：设置查询条件。
⑥查询结果框：显示当前查询的结果。
a)自定义显示：设置查询结果的显示字段。
b)全部导出：将当前查询结果记录导出到网页。
c)统计报表：显示当前查询结果的统计信息。
⑦导航栏：显示当前登录用户名等信息。
修改个人信息1. 点击导航栏->“编辑我的信息”进行密码更改。
2. 根据提示填写真是信息、Email、密码等信息，最后点击“提交”完成密码修改。
Bug管理1 新建Bug1.打开新建Bug窗口，如下图所示。
2.根据Bug的特征为Bug命名，尽量做到见文知意。
3.注意必须要指定该Bug属于哪个项目的哪个模块，指定bug的类型、Bug类型以及严重程度等必填信息，并将本bug指派给相应的同事。
这里着重说明一点：为了让Bug更容易重现，在书写“复现步骤”项时应尽量简洁明了。
这样会使团队的工作效率得以提高，也会减少不必要的麻烦。
图8.22.Bug 字段说明Bug 标题：为包含关键词的简单问题摘要，要有利于其他人员进行搜索或通过标题快速了解问题项目名称/模块路径：指定问题出现在哪个项目的哪个模块。
Bugfree使用手册
Bugfree使用手册1. Bugfree简介1.1 BugFree网站/1.2 BugFree的Logo1.3 BugFree的来源BugFree是借鉴微软的研发流程和Bug管理理念，使用PHP+MySQL独立写出的一个Bug 管理系统。
简单实用、免费并且开放源代码(遵循GNU GPL)。
如何有效地管理软件产品中的Bug，是每一家软件企业必须面临的问题。
遗憾的是很多软件企业还是停留在作坊式的研发模式中，其研发流程、研发工具、人员管理不尽人意，无法有效地保证质量、控制进度，并使产品可持续发展。
BugFree就是为了解决上述问题而开发的。
1.4 BugFree名称的含义命名BugFree 有两层意思：一是希望软件中的缺陷越来越少直到没有；二是表示它是免费且开放源代码的，大家可以自由使用传播。
1.5 BugFree的功效对软件开发出现的问题进行有效的跟踪管理；协调开发人员、测试人员和需求三方的关系，规范软件的研发流程；通过对问题的有效跟踪管理，可以持续地改进产品的质量；记录对问题的处理过程，可以作为知识的积累；还可以通过自由的定制以让BugFree更适合贵公司的研发流程。
1.6 BugFree适合谁用BugFree适用于所有的中小IT企业、大规模IT企业的各部门、小组、各种技术开发小组或者团队。
1.7 BugFree的一些特色理念先进BugFree借鉴了微软公司成熟的研发流程和Bug管理理念。
相比于其他的Bug管理软件来讲，BugFree的处理方式更加科学、简洁。
B/S结构浏览器/服务器的结构部署起来非常方便，用户无需使用客户端，只要有浏览器(如IE、FireFox等)就可以非常方便的使用BugFree对Bug进行跟踪管理。
跨平台BugFree是采用PHP作为开发语言，采用MySQL作为数据库存储，这两者都是跨平台的，所以BugFree可以安装在所有支持PHP、MySQL的平台上面。
多项目管理BugFree可以同时对多个项目进行管理，非常方便。
使用Bugfree不应有的坏习惯
使用Bugfree不应有的坏习惯Bugfree是一款优秀的bug管理和追踪工具，因此受到不少公司的青睐。
但实际的工作中，我发现不少开发或是测试的同事有一些不好的使用习惯，使得我们对Bugfree的利用不够高效。
我下面列出使用Bugfree的一些坏习惯，以此与各位测试同仁切磋使用这个工具的高效的方法。
对开发的同事而言，可能会有下面几条坏习惯。
坏习惯一：只采用默认的解决方案。
周围不少开发的同事，在解决掉一个bug的时候，往往只采用默认的解决方案：fixed。
事实上，Bugfree提供了7种解决bug的方案供程序员选择。
它们分别是：By Design、Duplicate、External、Fixed、Not Repro 、Postponed、Won't Fix 。
这7种解决方案反应了程序员解决bug的理由。
By Design的意思是，设计上就是这么定的，bug无效；Duplicate的意思是，这个bug已经有人提过，重复了；External的意思是，软件本身没有问题，是外部因素（比如操作系统）造成的问题；Fixed的意思是：bug被解决掉了；Not Repro的意思是，这个bug无法重现；Postponed的意思是，这个bug推迟到以后解决；Won't Fix 的意思是，是个问题，但是不值得解决。
为什么会有这种习惯呢？我询问过一位开发的同事，他说看不懂英文，又懒得去查。
另一位开发同事说，一开始没注意到这一项是可选的，时间久了，自然而然就视而不见了。
改掉这个习惯不是更好吗？我的理由：给bug设置正确的解决方案，一方面可以减少开发和测试的沟通障碍，让测试员知道程序员为什么要关掉这个bug；另一方面可以给bug归类，便于查找bug和开发后期集中解决bug。
坏习惯二：只在详细信息里写上：已解决。
由Bugfree提供的7种解决方案，不难看出详细信息这一栏多数情况下是为第四种解决方案Fixed提供补充的。
bugfree管理指南
Windows平台下Bugfree管理指南1.引言1.1.编写目的编写本文档说明bugfree的管理：新增bug严重程度、状态、版本等字段信息；配置邮件发送；数据库迁移配置的管理。
1.2.背景BugFree平台搭建完成后，继续研究后台管理，进一步了解。
1.3.参考资料Bugfree官方网站：Bugfree研究手册2.新增严重程度、状态、错误类型等字段信息通过修改配置文件完成。
配置文件路径：\xampp\htdocs\bugfree\Lang\ZH_CN_UTF-8\_COMMON.php2.1.新增严重程度信息2.2.新增状态信息2.3.新增错误类型信息3.配置邮件发送参数修改配置文件中“Mail setting”和“SMTP param setting”两个部分完成。
配置文件路径：\xampp\htdocs\bugfree\Include\Config.inc.php上图可用可不用，配置后参数如下：4.数据库迁移配置4.1.修改mysql数据库管理员root密码1、通过配置文件修改（phpMyAdmin和bugfree目录下的两个配置文件）配置文件路径：\xampp\phpMyAdmin\config.inc.php●\xampp\htdocs\bugfree\Include\Config.inc.php2、通过图形界面修改●浏览器中输入http://localhost/xampp/●点击“安全”●点击上图蓝色框中链接，通过图形界面修改4.2.数据库迁移配置1、导出注意：关键一点是需要勾选另存为文件。
把需要导出的数据库使用phpmyadmin进行以下操作：2、导入在需要导入数据库的机器上进行导入操作，同样适用phpmyadmin进行操作。
注意：●需使用phpmyadmin手动创建一个名为bugfree2的数据库。
●把导出来的bugfree2.sql进行导入。
3、图片显示问题导入成功后，bug里的图片无法正常显示，其实根据提示自己也能解决的。
bugfree常见问题解决方案
1.Q:修改bugfree系统的Bug类型,严重程度,Bug状态,Bug解决状态A:修改bugfree\Lang\ZH_CN_UTF-8\COMMON.php文件.最好用Dreamwerver打开COMMON.php修改，用其他编辑器容易打开index.php出现浏览器空白的现象修改如下：/* 严重程度Bug Severity. */$_LANG['BugSeveritys'] = array(//'' => '', （注释掉，默认不为空）1 => '严重',2 => '高',3 => '中',4 => '低',);/* 优先级Bug Priority. */$_LANG['BugPriorities'] = array(//'' => '',1 => '严重',2 => '高',3 => '中',4 => '低',);2.Q: 修改提交Bug的”创建Build”必填项A:打开Bug.php修改。
$ResolutionSelectList=htmlSelect($_LANG['BugResolutions'], 'Resolution','',$BugInfo['Resolution'], 'class="MyInput RequiredField" ' . $OnChangeStr); 修改为$ResolutionSelectList=htmlSelect($_LANG['BugResolutions'],'Resolution','',$BugInfo['Resolution'] );3.Q:修改提交Bug下拉框颜色A:“如何发现”下拉框显示醒目的黄色改为白色$BugHowFoundList = htmlSelect($_LANG['BugHowFound'], 'HowFound', '', $BugInfo['HowFound'], 'class="MyInput RequiredField"')改为：$BugHowFoundList = htmlSelect($_LANG['BugHowFound'], 'HowFound', '', $BugInfo['HowFound']);A:“浏览器”下拉框白色改为黄色$BugBrowserList = htmlSelect($_LANG['BugBrowser'], 'BugBrowser', '', $BugInfo['BugBrowser']);改为：$BugBrowserList = htmlSelect($_LANG['BugBrowser'], 'BugBrowser', '', $BugInfo['BugBrowser'], 'class="MyInput RequiredField"');。
bugfree的解决方案
Bugfree的解决方案引言在软件开发过程中，常常会遇到各种各样的 bug 问题。
解决 bug 不仅能提高软件的质量，还能增加用户体验和提升开发者的声誉。
本文将介绍一些解决 bug 的常用方案和技巧，帮助开发者们快速有效地定位并修复 bug。
定位和排查 bug•在代码中添加日志：通过在关键代码段加入日志语句，可以方便地定位到代码执行的具体位置。
使用日志工具如log4j 可以更方便地控制日志输出级别和格式。
•使用断言：在关键代码段添加断言语句，既可以在debug 模式下触发断点，也可以在 release 模式下直接中断程序执行，帮助定位问题。
•利用调试器：使用集成开发环境（IDE）提供的调试器可以逐行查看代码执行情况，并能在需要的时候暂停程序执行，观察变量的值和调用栈信息。
•重现 bug：通过复现触发 bug 的步骤，可以更容易地定位问题。
尽量记录复现 bug 的步骤和环境条件，以便后续修复和验证。
解决 bug 的一般步骤1.复现 bug：通过上述的重现步骤，确保 bug 可以被稳定地复现。
2.确定bug 的根本原因：通过定位和排查的方法，找出导致bug 的具体原因。
可能包括逻辑错误、资源泄漏、并发问题、网络连接错误等。
3.修复 bug：根据 bug 的原因，修改代码逻辑或修复相关资源的问题。
在修改代码前，可以先在单元测试或集成测试中验证修复的效果。
4.单元测试和集成测试：通过编写单元测试和执行集成测试的方式，验证修复的 bug 是否被成功解决，并确保修复过程中不引入新的问题。
5.评估和发布：根据bug 的严重程度和影响范围，评估修复的优先级和风险。
修复后需要对受影响的版本进行重新打包和发布。
预防和规避 bug•提前进行充分的计划和设计工作：在软件开发之前，通过详细的需求分析和系统设计，尽可能地预测和规避潜在的问题。
将一些常见的错误情况纳入测试用例，确保软件在异常情况下也能正常运行。
•编写完善的文档和注释：在代码中添加清晰的注释和文档，帮助他人更容易理解代码的逻辑和功能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Postponed：是个问题，发现的太晚了，目前不必修理了，下一个版本讨论是否解决或推迟到以后再解决
Won’t Fix：是个问题，但是不值得修复 ，不管它吧
4、处理状态说明（即Bug处理过程的附属子状态）
Local Fix：表示已在本地修复；
Checked In：表示修复代码已经提交；
关于bugfree管理系统的使用和bug状态的说明
发布时间: 2011-8-26 11:40 作者: 第四城技术团队 来源: 51Testing软件测试网采编
字体: 小 中 大 | 上一篇 下一篇 | 打印 | 我要投稿 | 推荐标签： BugFree 缺陷管理工具 开源测试工具
2、三种无效的Bug
By Design：设计需求就是这么设计的，无效的Bug
Duplicate：这个问题别人已经发现，重复的Bug
Not Repro：无法复现的问题，无效的Bug
3、四种有效的Bug
Fixed：问题被修复
External：外部原因（比如浏览器、操作系统、其他第三方软件）造成的问题
目前，我们bug跟踪采用bugfree管理系统来控制，它忠实的记录着每个问题的处理过程， 不断提醒我们存在的问题，永远不会丢失和忘记。如果参与过较大软件项目或产品的研发TX， 就会理解它对软件可持续发展是至关重要的。希望我们项目和产品中的缺陷越来越少直到没有，Free嘛。。。通过bug流程控制，来不断提高工作效率和产品质量！但是在使用过程中，发现同学们对一些定义还不是特别清楚，所以整理了一下，供大家参考查阅！
关闭bug：bug发起人经本地服务器测试通过之后，在bug列表选择该bug标题，进入bug详细页，点击关闭按钮，填写测试说明，选择解决状态和版本号，点击保存按钮。
激活bug：bug发起人经本地服务器测试发现该bug仍然存在或没有完全解决，在bug列表选择该bug标题，进入bug详细页，点击激活按钮，填写测试说明，选择解决状态和版本号，点击保存按钮。
查询bug：在bug列表上方，选择查询条件，比如选择某个项目名称，选择bug状态，点击保存按钮。在左侧“我的查询”标签下保留了设置好查询条件的所有查询。如图：
Can’t Βιβλιοθήκη egress：表示修复的问题暂无法验证等
Hold：是指暂时还没有找到解决方案，暂时保持这种状态
5、使用说明
创建新bug：点击新建bug按钮，输入bug标题，简明扼要概括bug描述，现在该bug所属项目和分类；选择将该bug指派给哪位同学，选择bug优先级和严重程序，bug类型、版本号、如何发现的、什么浏览器情况下等条件，在复现步骤里面详细描述该bug的重现步骤，结果描述和期望描述，最后点击保存按钮。
编辑bug：在bug列表选择点击某一bug标题，进入bug详细页，点击编辑按钮，修改bug复现步骤，点击保存按钮。
重新分派bug责任人：在bug列表选择点击某一bug标题，进入bug详细页，点击编辑按钮，重新指派bug负责人，点击保存按钮。
解决bug：负责解决的bug责任人若已经解决好该bug，并且已经通过本地服务器测试并确认之后，在bug列表选择该bug标题，进入bug详细页，点击解决按钮，请注明引起bug原因和解决办法，选择解决状态和版本号，点击保存按钮。
1、bug优先级和严重级别的定义
严重程度Sev：Bug的严重程度。由Bug的创建者视情况来指定，其中1为最严重的问题，4为最小的问题。一般来讲，1级为系统崩溃或者数据丢失的问题；2级为主要功能的问题；3级为次要功能的问题；4级为细微的问题。
优先级Pri：Bug处理的优先级。由Bug的处理人员按照当前业务需求、开发计划和资源状态指定，其中1的优先级最高，4的优先级最低。一般来讲，1级为需要立即解决的问题；2级为需要在指定时间内解决的问题；3级为项目开发计划内解决的问题；4级为资源充沛时解决的问题。