高:一般的企业如果业务量较大的话，数据库会在2-3G左右，很大的企业可能稍微再增长一部分,但是最大应该是不会超过5G的。
问：那实际上就是说不要谈20G、50G，5G数据库在实际使用中已经是很大的一个数据量了，对吗？
高:是的，实际上我们的客户的数据库没有超过5G的。这次采用这么大的数据库主要也是为了增加系统的压力。
张：除了上面提到的会影响到测试成绩的各种因素，ERP系统其实尤为管理SQL2005还提供了很多保证系统高稳定性的一些功能.比如说, SQL2005支持在线的重建、修改索引，在线快速恢复和还原数据库等等操作。SQL2005的主动通知功能和数据库镜像的功能，可以保持数据库的缓存数据刷新和避免双机热备的单点故障，等等这些都是对系统稳定的一些很好的保障。SQL2005的性能优化顾问和动态管理视图，可以随时检测系统资源的占用情况，并对占用资源较多的SQL语句记录和优化，在性能优化顾问中给出优化的建议（SQL2005相关新功能参考“SQL Server 2005性能测试概览及功能简析”）。浪潮PS-ERP的开始是基于SQL2000的平台上，如果能对SQL2005众多的新功能予以支持，其运行的性能相信还会得到提高。
问：感谢两位工程师解释了性能测试中的一些问题，我也顺便说一下我们测试中的一些情况。刚才刚才张伟杰提到的性能均衡问题，我们在测试中也发现了。有台服务器准备一路双核CPU、2G内存，但磁盘是SATA硬盘的入门级的服务器。在上面我们最高测试了80个并发，在内存同样是2G但装1颗四核CPU的另一台服务器测试成绩就比较好。这两台机器对比性能的话。后者物流并发数达到了140，TPS比前者提高了157%。实际上这并不完全是CPU性能提升带来的测试结果差别，后一个系统装了SAS磁盘组成的硬件RAID1，测试结果的差别很大的因素在于磁盘IO。从测试结果的系统磁盘性能数据拿出来比较，发现后者的性能大概是前者的3倍左右，所以这性能均衡对系统性能也有很重要的意义。
上面和二位微软和浪潮ERP方面的技术专家谈了一下我们ERP压力测试中所遇到的一些问题。这对我们能解读测试数据背后的含义有很大的帮助，相信对很多使用ERP的企业有些启发。
问：测试过程中还有些其它的概念。比如说think time。这think time在是什么样概念。在测试中和实际操作中有什么不一样？
张：think time直译过来就是思考的时间。在运行应用程序的时候。中间有很多的操作在里边。Think time就是指多次操作中间的时间间隔。比方说去点某些菜单，或者说键盘输入某些数据。这中间可能有一个鼠标移动的时间，或者对录入的语句进行校验，人工校验后才选择保存，这些操作所消耗的时间就有可能是think time。
Think time在性能测试过程是可以选择完全略掉，也就是Think time为零。这样一种情况下实际上模仿的是应用程序和在有压力的情况下它中间是没思考时间的。没有Think time，只有连续不断的进行程序和数据库操作。这样的情况下对后台系统的压力是非常大的。要是真正的去模拟实际的ERP操作场景呢，一般来讲我的们的Think time需要去设上一个尽可能贴近实际的思考时间去模拟这个实际场景，这主要是压力测试中think time的概念。
问：刚才张伟杰主要对我们这次ERP测试涉及的一些基本概念做澄清。这对众多网友解读ERP测试报告有很大的帮助。张伟杰提到就是并发数和真实在线的用户数这是两个相对区别的概念。实际系统的在线人数他可能只是维持了一个用户登录的一个汇话。但是这个用户呢他其实什么操作都没有。比如说他这个时候他在接电话，实际上对后台系统是没有任何压力的，就是因为这个信息点的概念和同时在线的人数可能还有点区别，就是说不可能所有的信息点同时的都在使用。比如网站、论坛这类的并发数和在线人数的差别可能是数量级的。而ERP的系统在线人数是约等于并发数的，不等同就是信息点总数。对于ERP系统来说多少个信息点会产生一个什么数量的并发数，我不知道高工那边有没有一个可以大致衡量的标准。比如说假定我们经过测试。我们4路双核的系统做的物流的测试能够接纳200个并发。那么在真实的环境里。你们这样的系统大概能支持多少个这样的信息点。
高工：这块是有的。客户在使用浪潮ERP软件的过程中，企业规模不同，信息点数也是不一样的。在实际使用过程中，企业规模在30到100个信息点之间的，并发数的比例大概35%-40%。随着用户信息点的增加，并发用户数会有一定比例的下降。因为点数多了以后，他不可能都在使用。信息点数越多，他并发用户数的比例就会有一点下降。举例说企业有200个信息点可能同时在线的数在35%以下了，这就是在实际企业运用中这么一个经验值吧。
文章来源于领测软件测试网 https://www.ltesting.net/
