web性能测试经验分享（转载-已读.doc

查看( 332 ) / 评论( 0 ) / 评分( 0 / 0 ) 对web站点性能测试，从测试工具的角度，介绍几点经验。 1、在执行客户端并发性能测试的过程中，需要同时监控数据库服务器、web服务器以及网络资源等使用情况，以便对系统的性能做全面评估。2、录制的脚本需要编辑，有时需要手工编写脚本。尽可能去录制脚本，然后在其基础上编辑脚本。手工编写脚本需要注意既能模拟负载压力，又符合脚本的后台处理方式。3、设置数据池，实现变量替换常量（参数化）。为了真实模拟负载，数据池是经常使用的有效手段。4、利用动态数据处理技术（关联）。对某些动态值，每次执行它都在变化，如果不加处理，往往导致负载测试失败。5、设置并发集合点。在脚本中设置并发集合点，可以将录制的完整操作过程分解为一个个小的并发交易。6、混合业务批量执行。单独的业务并发操作，有可能会忽略资源争用、锁冲突等问题，在web站点负载压力测试方案中，一定要考虑多种业务混合执行，并发性能测试。7、模拟用户数的递增递减。我们知道在真实的情况下，高峰期负载压力的到来是循序渐进的过程，同样的道理，高峰期的结束也有一个过程。在工具中我们使用虚拟用户数的递增与递减来模拟这种情况。8、合理设置交易之间的时间间隔（思考时间）。交易之间的时间间隔代表了负载程度的高低，为了模拟不同的负载，经常需要调整此时间间隔。9、模拟IP地址变量的技术（IP欺骗）。并发访问需求量不大的系统，每个不同的虚拟用户使用不同的IP地址访问服务器是非常有必要的。10、超时的设置。这项设置与系统web服务器、数据库服务器、中间件服务器等超时设置有关，建议工具的设置值大于等于系统服务器的设置值。此值如果设置不合适，可能会使负载压力测试过程报错，并且这个错误是由测试工具本身导致的。11、并发用户连续执行交易数的设置。每个虚拟用户在并发时，串行循环执行的交易数建议设置为3-5个。12、错误跟踪。测试期间的报错是故障定位的主要依据，应分清错误的来源，包括服务器端错误、客户端错误以及网络错误。13、尽量将执行负载测试的机器合理分布。将负载生成器布置在不同的网段，有利于模拟来自不同用户群的负载。14、并发用户数量极限点。压力测试的目的是测试系统能支持的最大并发用户数。15、负载生成器的资源使用率也有必要监控。负载生成器的资源使用超出范围，导致模拟客户端并发请求失败。16、工具参数的配置。不同的参数配置有可能会导致测试失效，也有可能产生不同的测试结果。根据实际负载压力需求正确地配置参数，就可以保证达到真实地模拟负载，并得出正确的测试结果。