觉得bug的管理很重要！

在最开始报bug时，我们就简朴的使用一个excel表格，在这个上面就可以把所有的bug的详细信息给列举出来了，然后，每周测试完一次，就是一份excel文件，再发给RD.到了下一周，又重新整一份excel文件，在这个上面继续记录，这样连续两周下来，本人自己感觉这样很不方便，到时候验证的时候，不光是守着一大堆excel文件验证的问题，关键是不便于BUG的追踪和管理，比如这个bug是由谁提交报告的， 又由谁给出解决方案，加了注释的，最后又是在谁的验证下，对这个bug关闭的，整个过程不清不楚的，如果涉及到的人只有一两个很少的，基本就是这几份EXCEL文件，仔细阅读下还行，但人多了，改的也就多了，能看的过来吗？有人说对EXCEL也进行SVN版本管理，但这样看起来还是不方便啊，如果中间有BUG的owner的转移的话，单纯从一个EXCEL文件上是看不出来的。
所以经历了种种情况后，我们意识到迫切的需要使用对bug进行追踪和管理的工具。
在这种情况下，公司上面提议说还是使用微软的sharepoint services来进行bug管理吧。
今天得到了一个平台账号和密码，初步在这个上面开始了以后的bug天地。

首先就是在列表中来创建了自己需要的列表。
比如新建一个缺陷报告（bug report），而在这个bug report下，每一个report里面的内容多包括下面这些东西：

嘿嘿，这些应该都是一个bug必不可少的要件。

等把这些完善好后，下周就开始在这个上面报bug了.
目前虽然还没使用，但已经看到它的很多便利了。
1. 一目了然，可以清楚地看到所有report,我的report,，今天到期的report,，还有当前的report,，等等信息。
2.通过修改report, 可以对有的report,重新进行解决人的划分。
3.某一个分配到report的人，他会收到相应的邮件提示，这就防止了有些report已经报告了，但是它的owner还不知道。

注：
其实我们理想的状态就是，测试这边发现一条bug后，以这样的形式报告出一条bug,从这个上面就可以看到这条bug的所有信息，并且在这个bug提交成功后，相应的解决人（任务分配对象）能够收到邮件，知道他有一条新的任务，而当解决人对这条任务有所更新，或提交关闭请求，或添加新的注释时，所有与这个任务关联的人都能收到邮件提醒，而最终这个任务的关闭应该由这条任务的提交者或者上一级来关闭，未经过验证的缺陷不能随便关闭。
看来bug的管理还真是门学问啊，如果用好了就能给我们的工作带来很多便利，今天下午只是开了个头，能不能提高效率就得看以后使用的怎么样了哦。O(∩_∩)O~