可靠性方面：

　　1）由于针对Buz修改的说明靠手工填写实现，当相应文件版本说明有遗漏或差错时。核查人员容易被误导而无法进行有效的核查。为软件质量埋下隐患；

　　2）版本提交时的说明没有明确针对性。遇到问题回头追溯时并不能给出明确有效的信息。

　　效率方面：

　　1）使用不方便：这些系统是开发过程中使用频率很高的工具，而且经常要查看某个缺陷对应的文档代码版本。并进行版本变化的比较。这样不得不在系统问频繁的进行切换，在文件繁多的情况下要消耗许多无谓的精力，长期开发过程中无法保证没有遗漏：

　　2）管理和核查人员需要同时关注两个系统的变更，尤其是版本控制系统的变化。

　　3、整合的实现

　　3.1 核心软件

　　基本核心软件安装在Linux系统下，主要软件包括SVN服务端程序、Apache服务器、mysql数据库，ViewVC（一个基于web的代码仓库浏览工具），BugziLla，Testopia组件等其他相关配套软件包，各软件的安装配置需参考相关的软件说明文档。

　　3.2 版本控制系统和缺陷追踪系统的粘合

　　SCMBUG是一款可以用户SVN与Bugzilla间粘合的粘合软件SCMBUG在SVN客户端提交代码时检查提交说明（可以强制要求说明的格式中一定要包含bug号）和用户名（通过帐户映射可以检查该bug是否属于该用户），通过检查后SCMBUG负责将文件版本变化发送到Bugzilla，使得Bu鲥Ua用户可以在bug页面看到客户端的提交说明和版本变化。安装完SCMBUG后还需要进行很多相关的配置．比如：由于BugziUa的账户是用户的邮箱．如：user@company.com，而SVN的账户是user因此需要在SCMBUG上对两边的账户进行映射，这样两边的权限才能联系起来．为此要修改daemon.conf文件中的mapping_regexes参数，将values值设置为{+）$=>$l＼@company.com}并将使能标志enabted置I相关配置完成后需要使用SCMBUG自带的scmbug_in.stall ue工具打上glue补丁，然后将SCMBUG服务添加到随机启动的项目中即可此时在提交代码时，提交说明中一定要填写对应的bug号，比如提交文件test.c时，提交的目的是修正bug1，则提交说明为”bugl：XXXX”，提交后BuⅡa对应的bug页面将显示提交说明．

　　3.3 为版本的变化增加比对用的超链接

　　为了方便查看修改前后文件内容的区别，还需要给版本变化加上链接。用户点击链接直接转到ViewVC的版本比较页面查看，以改变现在切换到版本追踪系统找出文件对应版本才能进行比较的低效率方式具体实现有两种方法：修改SCMBUG，使得SCMBUG向BugziUa提交修改说明时，版本变化自动设置为超链接：或修改Bugzilla。使得Bugzilla在接收到说明时，把说明部分的版本转化为超链接。

　　4、整合后的改善

　　整合过程不仅解决了前面所提到的整合前的缺点，还提高了既有系统的性能。

　　对于开发人员来说：

　　1）修改代码的目的和权限变得明晰（对应的Bugzilla中的Bug号和Bug承担者）：

　　2）提交修改时只需要在提交版本说明时进行说明，不需要在Bugziua系统中重复操作；

　　3）提交修改时版本记录由系统自动记录到Bugzilla，无需额外的精力核对，不会出错；

　　4）在Bug页面中直接可以查看测试用例比较版本，不需要在系统间频繁切换。

　　对管理和核查人员来说：

　　1）不需要投入精力关心版本控制系统，只要在收到Bug状态变更时根据Bug中文件版本的变更说明进行审核即可；

　　2）审核过程只要在点击版本变更的超链接就能马上进行文件的比对，极大的提高了审核效率。

　　5、结语

　　至此．整合前的不足都得以解决，整个平台的自动化程度和可靠性大大提高，无疑对于软件质量的提高提供了更有力保障可以根据开发人员的规模选择机架式服务器或者一般的PC机承载这个平台同时由于以上所有软件全部都是开源软件。一方面避免了软件成本和版权纠纷，另一方面可以根据具体的使用需求进行进一步的自定义使得系统更加强大。