3)测试工具的选择应恰当。刚开始选择微软VS.net里自带的ACT进行测试，但是因为该工具有些东西不是很稳定。导致测试的多次延误，后面选择使用LoadRunner进行测试了。
执行测试时开始没有注意脚本执行情况和测试客户机、服务器资源情况
解释：执行测试时发现脚本执行时报错，还有就是服务器、测试客户机资源不够的情况，如果碰到这些情况时，要停止测试，分析原因。如果是测试脚本执行出错，需要对脚本进行调整;如果遇到服务器资源不够，那么要减少对本机的负载;如果是服务器资源不够，那么需要减少对服务器的负载。因此，在执行测试时，不是让脚本自己跑，而要时刻关心执行情况，避免测试结果误差过大。因为当出现异常时，响应时间会异常的短，这时的测试结果很不准确。
测试前没有记录测试机器名、机器位置、机器配置
解释：结果没有唯一的标识，收集、分析结果很混乱。因为分析结果时需要参考机器配置。
没有准备安装光盘
解释：不要只在带过去的笔记本上有安装程序。两个原因：1)增加安装客户端的速度。因为安装程序时，要从本机上进行安装，避免从网络安装，这样每台机器都要进行拷贝安装程序，然后再安装，速度很慢。
2)万一带过去的笔记本无法连到测试环境内时，那就很麻烦了。
在执行测试时，才发现测试工具安装有问题
解释：测试客户机测试工具和测试脚本能否正确运行要提前确认，不可等到所有准备工作做好了，要开始执行测试时才发现问题。因为曾经碰到过这样的例子，那时使用ACT进行测试，那时到客户处进行测试时，才发现同样方式下安装的ACT，有部分机器就无法正确运行脚本，导致测试整整推迟了2小时。而这个项目的性能测试大部分时候需要在凌晨时才能进行的，推迟2小时意味着可能在用户上班前无法完成测试。如果是借同事的机器进行测试，推迟测试完成时间意味着将影响其他同事的工作。
所有测试客户机与服务器时间不一致
解释：两方面考虑：
数据整理时，如果时间不一样，数据合并会有问题
因为使用的版本问题，需要有较多的测试客户机，一个人要操作很多台机器，通常需要设置场景的开始运行时间，如果机器时间不一致，那很难达到并发的效果。
文章来源于领测软件测试网 https://www.ltesting.net/
