记得有看过这么一段描述：“动物和人的分界线在哪里？有的人类学家认为自从猿学会制造工具开始”,足以说明工具的重要性了。
最近在给客户升级实施系统，期间程序用到的是公司产品的3.0版本，期间遇到了很多问题，使得升级工作举步维艰，一方面有来之数据滴不正确，一方面有原来程序的错误。
当然这里没有要责怪谁的意思，只是有些现象让我很不理解。主要是牢骚下跟整个产品出来的质量相关的东西。
1、什么样的软件能够release？
一个连基本业务都不能跑通的软件可以叫Release版吗？不行。Beta版呢？不行。
2、如果一个相同或者类似的Bug在一个项目里面出来两次，如何处理？
找相关人员负责？负责能解决问题，能保障不出现类似滴问题？
3、如何来管理从一个Bug上报到最终解决整个过程？
发现了，找相关人员改掉就ok？祈祷别再出问题吧！ 日后如何统计，或者日后设计中如何考虑避免这类Bug？ 别来问我，设计人员地事情。
4、如何知道这个Bug的是否修改完成？
都交给原来的开发人员自己修改？已经过了软件Hero时代了。谁发现滴谁验收？听起来不错，你能保障你的用例覆盖的够好？
5、用例是否正确？用例是否合理？
6、测试人员的安排
。。。。。。。。。。。
反正我是想了一圈，这种问题太多了，想不明白。先不管三七二十一，找一个方法来管理这些Bug，来记录这次实施升级过程中遇到的形形色色滴问题。
首先想到的是做测试滴同学，张同学在一个外包公司做Tester，管她要了个内部文档，日文地，看了半天发现给我的系统不太对路，Pass掉。
网络，51Testing，形形色色滴工具一大堆，各种管理办法五花八门，对于我这个简单的需求不太适用。
最后在一个人的Blog(实在不好意思忘记是谁了)上找到了这张图。
觉得挺对我胃口滴，可是这个也不简单啊。图示容易画，该如何来操作呢？诶，这时候QQ上一个朋友向我推荐开源Bug管理工具BugFree。
找到他们的站点www.bugfree.cn，下载、安装（这中间还有个小插曲，下载下来的安装包是典型的LAMP：linux+apache+mysql+php,捣鼓了半天，才装上）。
上周五，组织了两个人帮忙在系统上测试了一番，感觉确实能很好的满足我现在的需求。
今天早上我又安排给大家分享了下如何来使用这个BugFree，如何记录管理好Bug。
使用了一天，效果还可以，就是发现一个问题，大家不知道什么样的问题该记录到这个BugFree上。
如何记录Bug这个问题是解决，可是如提高软件滴质量呢？
