开源bug管理系统搭建

 第一次接触测试软件就是bug管理系统，当时根本就不知道怎么去写bug。现在回忆起来，还真是很怀念啊。

 那时候，我的领导是从一家国企过来的，公司也刚开始组建测试部门，领导过来了，说要在公司找一个懂产品又要有一定的技术的员工来充实测试部门，于是我就被我当时的一个领导推荐到了测试部。

 没有经过任何正规的测试培训，只是因为自己对产品相比当时的测试部领导更加熟悉；只是因为我当时在处理我们客户的问题时，喜欢从技术的角度分析；只是因为那时候自己喜欢研究我们产品上的问题，而且时常协助技术部处理客户问题。就这样，我没有接受一天的技术培训和产品培训就走上了测试这条路。

 初到测试部，接触到的第一个软件就是bugfree。还记得自己写的第一bug，什么都没写，就写了标题和内容，就提交了。当然，这样的bug是要经过我们领导的筛选的。她就细心的跟我说，在bugfree中有那么多要选择的项目，要如何如何选择，还拿了公司另外一个员工提交的bug，和我的对比。我对这一次的教育，印象非常之深。为什么呐？当我离开公司后，去了另一家公司，这家公司，用的是时下最流行的QC，可以说，QC和bugfree还是有很大的区别的，根本没有那么严格要求，但是功能要更强大。来到新公司，没几天，我就发现我改不了以前用bugfree时的习惯，还是习惯写‘重现步骤、实际结果、预期结果’后来没多久，公司要求我去验证其他人提交上来的bug。那时候我对新公司的产品不熟悉，看其他人提交上来的bug真是苦了我。要想找一个bug中描述的菜单，我都要费尽眼神，才能在某个不经意的地方找到，然后才能继续。这时候我才深深的体会原先在那家公司领导教我如何写bug的经历。真的特别的怀念。后来，公司招聘了些比我更新的测试人员。要我带她们，当她们进来的第一天，当我给她们开设了QC帐号的时候，我就拿出来我写的bug给他们做模板，要求她们按照我的要求去写，而且在日后的工作中，我也经常的去看她们写的bug，等她们基本掌握了后，我也用同样的方法，要她们去看公司另外没有经过我这样规定的人提交的bug，要她们谈谈看了之后的感触。我想，这样的对比学习，是能给她们留下深刻印象的，也一定对她们的将来有好处的。 现在回想自己当初，在bug的编辑方面真的很感谢当时的领导。我一直记得她说的一句话，你提交的bug，要让一个新的员工，看了你的bug，就能马上重现，马上改，而且语句要精简。

  呵呵，现在呐，时间过去一年多了，我自己开始搭建bug管理平台。我第一想到的还是bugfree。虽然QC很强大，当时我始终觉得我用过的bug管理平台中bugfree是最友好最理想的。

 不过最近在网上搜索了一下，bugfree是开源的，但是最新版本到2.1.3就不再提供支持了，而且转向了‘禅道’，禅道虽然和bugfree同出一家，也是中文版的，但是我还是觉得没有bugfree好。这些天我在自己的电脑上搭建了禅道和 bugfree的平台，去用了用。感觉禅道本身的bug还是比较多，还不成熟，而且性能比较差，不过安装搭建平台非常容易。而bugfree，我一直都想用，但是却在搭建平台上，让我很是苦了一把。

 bugfree是一个开源软件，用的是php语言。我不懂，我还以为像ASP一样，用iis去搭建，而且更菜的是，我只听说过apache，但是根本不知道apache是用来做什么的。所以我在一开始就按照asp的方式去搭建，搞了半天也没搞出来。后来没办法，就去找我一个朋友，我那朋友拿着就在apache上配置着，噼里啪啦的敲起来键盘，看的我眼花缭乱，也没看明白个所以然。不过也用来大半天，没有配置成功。怎么搞的，一个bugfree怎么这么难配置？而我们在网上查找，都是查apache怎么配置，而没有查bugfree怎么配置，我汗！费了九牛二虎之力，也无力回天，没有配置成功。不过，我没有放弃，我看到朋友是直接配置apache，我渐渐明白了，apache其实就是一个和iis类似的东西。第二天，我就在网上搜索，bugfree如何配置。我汗，如此简单，以至于我都不敢相信，竟然能用‘一修二复制’这样简单的操作就能搞定。修改bugfree本身的一个配置文件，然后复制到apache路径下就可以了。我汗，太简单了。

  回想起这几天为了这个问题的研究过程，我还是酸甜苦辣尽在心头啊。