组件四：二次开发。

CRM软件测试不仅在软件选型的时候要进行，而且在系统二次开发完成之后，也需要进行测试。而且从某种程度上来说，二次开发结果测试其更加的困难。因为二次开发过后，企业项目管理人员并不知道其内部进行了那些修改。或许其表面上看来某个功能实现了。但是，实现这个功能是否对其他作业有不利影响呢?这企业项目管理人员无法考证。只能够通过测试来实现。

笔者以前在企业中作CRM软件内部实施的时候，碰到过类似的问题。笔者要在客户管理中开发一个开关。因为企业有时候，需要把某个客户状态设置为异常。如此的话，这个客户将不能够在系统中处理新的业务;而对于系统中已经启动的业务流程，则不受影响。笔者提出这个需求后，软件公司也比较认真，大概一个星期左右完成了这个二次开发的需求。在测试的时候，也顺利通过了。可是在后续使用的过程中，则发现了新的问题。是当客户状态为异常时，不能够直接把这个客户状态改为终止交易。而必需要先把这个状态改为正常，然后才能够改为终止交易。

从这个笔者亲身经历的例子表明，在二次开发过后，会出现比较多的小BUG。毕竟二次开发好像是对人进行部分的美容。其或多或少会有一些副作用。所以，对于二次开发来说，其后续的测试反而是非常重要。

组件五：基础架构。

虽然说CRM软件主要是一个业务管理的工具，可是其基础架构测试也非常重要。因为其直接关系到CRM软件在企业的网络环境中运行的是否顺畅。

在基础架构测试中，企业项目管理人员主要注意以下几个问题。

一是要注意软件的性能。CRM软件利用不同的开发平台，其性能会有很大的差异。如果CRM软件使用JAVA语言平台开发的话，则在系统登陆的时候，会占用比较多的内存与CPU资源。如果企业内部网络组建的比较早，主机配置比较低的话，则从系统打开倒出现登陆界面，可能需要近一分钟的时间。这显然用户是无法接受的。所以，企业要根据自己的网络环境，在软件功能、兼容性与性能方面取得一个均衡。

二是要注意企业的网络环境。在大部分企业的网络环境中，操作系统都不会很存。如有些企业中，除了现在流行的XP操作系统外，出于某些特殊的需要(如开票系统的需要)，还有比较早的98操作系统。另外有些企业，除了微软的Windows操作系统之外，还存在Linux等开源操作系统或者苹果操作系统等等。在这种复杂的网络环境中，企业需要考虑到应用软件的兼容性问题。笔者所知，有些CRM软件对于操作系统的依赖性还是很高的。如无法在98等早期的操作系统中使用;或者无法不支持跨平台使用，即无法在Linux操作系统中使用。所以，在CRM软件基础架构测试时，要考虑CRM软件与企业网络环境的兼容性问题。

三是需要测试软件的并发访问问题。有些CRM软件若设计的不好的话，并发性访问会产生比较大的问题。如一两个用户在使用CRM软件的时候，访问速度不会有什么影响;但是，若有八九个员工同时访问CRM软件时，访问速度会急速下降。这不仅跟应用程序的开发有关，而且还跟后台数据库的设计有关。如后台数据库设计不好的话，则当多个用户同时访问某张数据表的话，会导致锁冲突，甚至产生死锁，从而降低应用程序的反应速度。所以，在基础架构测试中，并发性访问测试也是非常重要的一个环节。在实际测试时，项目负责人可以让多个用户同时访问某些关键的窗口，如客户投诉处理窗口，看看系统响应速度有没有明显降低。