ugzilla 服务器查看bug，并修复自己部分的bug，当bug修复后，研发人员将bug标志为fixed表示已经修复，测试人员经过测试确认bug已经修复后closed bug。实践证明，Bugzilla 服务器的建立和实施很好的跟踪了系统的bug，并对bug 进行了控制，从而减少了系统的bug，提高了软件的质量。
项目结果表明，源代码服务器、build 服务器、文档服务器、bugzilla 服务器的建立对项目的质量控制起到了显著的效果。
除了上面提到的两点，为了对项目的质量负责，项目经理还需对项目的测试进行严格的把控。在项目开始启动的时候项目经理就应该对项目的测试有一个详细的规划，并且在项目执行的全过程中把关好每一个测试环节。
项目中的问题发现的时间越早，对项目的损失就越小，越是到项目后期，发现问题进行解决所带来的代价越大，这点必须引起高度重视。
个人认为好的测试,必须有两个或两个以上的人经过确认，才能说明基本上测试通过。 另外，项目经理不要太过于相信测试结果， 项目经理最好亲眼看一看测试是否真的如开发人员/测试人员说的已经没有问题了，如果时间允许的话，项目经理最好对所有的测试都看一遍，做个最终的确认测试。
当然对于项目的质量要求，不同的人有不同的看法，不同的项目对质量的要求也各不相同。本文中只是针对本项目谈论了一些自己对质量管理的控制。
三、 做好时间管理和控制，避免项目进度延迟
项目计划的制定对一个项目的成功起着至关重要的作用。在做项目计划的时候，我采用了项目管理中的三个比较常用的技术：工作分解结构（WBS）、甘特图（GANT）、（计划评审技术）PERT。
首先，通过WBS ，将项目分解成若干工作任务，每个人有自己的工作任务与职责，使项目组团队成员都能明确自己的职责，然后通过邮件分别发送到各个成员的油箱。WBS制作完当天下班前组织项目启动会议，让项目团队的每个成员在会议上复述自己的工作任务与职责，确保成员都能清晰的明确自己的工作任务。
在团队成员都明确自己的工作任务后，要求每个人都必须完成一份项目承诺书。
完成WBS 后，接着我开始用project 2003制作了一副甘特图，在GANT中清晰的显示出各个工作的时间长度及截止时间和项目里程碑。最后结果证明GANT 对后面的项目跟踪控制提供了很大的方便，同时也为项目的进度跟踪提供了依据与参考。
为了更好的给项目做预算，并估计项目的时间，我采用了PERT 中的单代号网络图来寻找项目的关键路径，并给出各个工作的松动时间差。在制作项目计划时，考虑到很多技术对于公司目前的知识积累几乎为零，一切必须从零开始研究与探索，而这些工作都是关键路径上的工作，我给这些工作任务留出了适当的松动时间差。最后实践结果证明，我的这种做法是正确的，在项目实际实施的过程中对于关键路径上的工作遇到困难时，我采取了集中公关、项目技术研讨会的形式进行控制；而对于非关键路径上的工作，采用适当的压缩工时，加班的方法控制。
然而计划做的再好，没有有效的执行等于没做，所以在项目的进度跟踪与控制方面，我采用的如下的方法：
1）通过webcalender 让项目组成员每天填写webcalender ，以便项目经理和公司领导清楚的知道项目进展情况和每个人的情况，也便于项目经理及时发现项目当前存在的问题并且快速的做出相应的调整，webcalender 给项目经理实时跟踪项目进度带来了很大方便。
然而，Webcalendar 只能记录团队成员每天进行了那些工作，不能从一个大的方面对项目整体