组件二：测试实验室。

测试实验室，主要是指两个部分。一是需要组建一个跟实际应用差不多的网络环境;二是需要有一个日志关系系统记录相关的测试过程。

而企业在实际CRM软件测试中，也往往会忽略这方面的内容。如有些企业在CRM软件测试中，主要是单机测试;而忽略员工之间的互动。如此的话，一个用户把业务从头做到尾，没有发现什么问题。可是等到软件实际使用的时候，一个业务流程往往需要有多个员工才能够完成。此时，会遇到问题了。这主要是因为系统在不同业务之间衔接是缺乏相关的提示所造成的。这也是我们通常所说的，业务逻辑上没有问题，但是在界面设计上缺乏人性化，缺乏相关的提示。如此的话，后面的业务人员接着做剩下的工作时，会无从下手。这也是很多刚诞生的CRM软件的常见的不足之处。

而测试日志也非常的重要。一方面企业选型的时候不可能只看一个CRM软件。若是如此的话，那不叫选型了。企业肯定会像相亲一样，多看几个，才能选择一个合适的。为此，若在第一个软件测试的时候，不做好相关的纪录，那么后续软件测试要从头再来。那回凭空增加很多的工作量。另一方面，在测试的过程中可能会发现一些现有软件中没有的功能，但是这些功能却是企业所必需的。为此，需要在后续的二次开发中对其进行定制。若在软件测试的过程中，没有进行相关的记录，那是否在后续的项目推进中，又要重新整理一次。这个重复的工作，明显可以省下来。

组件三：需求。

在软件测试的时候，我们总不能够漫无目的的进行测试。这好像医生看病的时候，总是需要先问清病人的症状。然后再确定是否要进行深一步的检测，如是否要验血或者验肝功能等等。


在CRM软件测试中，也是如此。企业项目负责人首先要集合各个部门的业务人员，让他们列举出自己部门的关键业务与业务流程。收集到这些需求之后，在软件测试过程中，才能够拿这些需求去对CRM软件进行比对，看看CRM软件中是否有类似的解决方案。

不过在需求收集的时候，笔者认为要注意一个问题，是主次问题。CRM软件虽然不像ERP软件那么复杂，但是，其涉及到的业务流程也有数百条。若对这些流程进行一一测试的话，那么花在测试上的时间会比较多。同时，由于企业自身的特殊性，若要全部满足这数百条业务流程的CRM软件，恐怕现在还没于出世。故企业在根据需求测试CRM软件功能的时候，需要分清主次。笔者认为，只要一些关键流程与主要业务能够满足，行了。而一些次要流程与业务，若能够满足好;若实在不行，也不能够强求。或许可以通过其它方式来解决。