BugFree是借鉴微软公司软件研发理念、免费且开放源代码、基于Web的精简版缺陷管理工具。它是目前少数“克隆”微软内部Bug管理工具Product Stuido（以前叫Raid）的自由软件。
一、bugfree介绍
简介
BugFree是借鉴微软公司软件研发理念、免费且开放源代码、基于Web的精简版缺陷管理工具。它是目前少数“克隆”微软内部Bug管理工具Product Stuido（以前叫Raid）的自由软件。
BugFree是用PHP+MySQL写成，在Linux和Windows平台上都可以运行。 BugFree 2.0中包含的设计思想是：
– Code: 程序是对需求设计规格说明文档(Spec)的一个实现(映射)；
– Test Case: 也是对Spec的一个实现(映射)，只是站在测试角度；
– Test Result: 利用Test Case(测试映射)检查一次Code(开发映射)；
– Bug: 两种映射不一致的地方就可能是Bug (Code对Spec的偏离)
这样，从测试用例(Test Case)到测试结果(Test Result)到缺陷(Bug)，三者有机的结合起来。
BugFree代码的完成
“数字神经系统”中的BugFree是用开放源代码的PHP+MySQL写成、基于浏览器方式运行的。我以前没有任何Linux+Apache+MySQL+PHP的开发经验，但我很幸运的招聘到两名优异的 Web程序员，可以在短短的两个月时间内搭建起这样的系统。其中BugFree是由我的同事王春生开发的，他用了不到一个月的时间就把代码写完，让我很是惊讶，从而认识到基于Linux的Web开发魅力。
之后我们测试一个多月，就可以在实际工作中使用。BugFree已经成了我们日常工作最重要的工具，每个员工也都习惯用Bug来记录跟踪事情，不仅仅是代码中的缺陷可以上Bug，新的需求、设计变化等都可以用这个Bug管理系统有效的管理起来。其实Bug 不仅仅可以用来记录软件中的缺陷，也可以用来跟踪公司的日常事务。比如在公司的网上报销系统还没有建立之前，我们就用 BugFree来处理报销的事情。甚至，一个同事给我上了这样的Bug：你的桌面太乱了，请整理一下:-)
延伸阅读：
二、软件缺陷处理方法
通常大家发现软件缺陷时会对软件缺陷进行分类，可分类的方式只有一种，就是严重级别,难道没有其它的分法吗。比如我们碰到下面这种情况，测试人员发现有一种功能是必需加入进去的，这时他与程序员说，程序员说没有时间或是不必要，这时这种情况则会形成两者的扯皮，最终的结果也就不了了知了，这样会挫伤测试人员的积极性，下次他们再也不会尽心的考虑产品的问题，只要可以运行就可以了。其实这种情况是可以解决的,下面我会提到一个新的软件缺陷分类概念，从而有效的解决这个问题。
在软件缺陷中不仅仅只是严重极别，更多的则是功能没有做到。说到这里也许大家都理解了，就是需求没有考虑到，可需求不会一次就很完美的，需要大家的共同努力，来不断的完善。那么怎样才能让测试人员提出的好的建议得到有效的执行？这就是我下面想说的。在软件缺陷中还有一种分法，跟据缺陷内容来分，主要分为需求Bug与程序Bug，对于这种分法的好处就是明确了Bug处理的责任人。对于程序Bug我们都知道是由相关开发人员进行处理。下面主要讨论一下需求Bug，需求Bug从名称上来看就知道是要交由需求人员进行处理。可怎么处理，怎样在处理的过程中有效？这时，我们的测试人员将需求Bug不是提交给程序员，而是提交给需求分析人员，由他们进行处理。不过这里我想强调的是对需求Bug的定位，如果这个Bug在软件需求说明书中明确提到了，这时就不可能定位它为需求Bug，它是必须让程序员实现的，称为软件功能缺陷，提交由程序员进行处理。但如果需求说明书没有明确提到的，我们则可以定位为需求Bug。
以上就是关于bugfree的内容希望对大家有帮助。
