|
|
知识路径： > 测试技术的分类 > 应用负载压力测试 > 负载压力测试技巧 >
|
|
相关知识点：11个
|
|
|
|
|
对Web站点的测试，从测试工具的角度来讲，给读者介绍下面几点经验。读者通过阅读本小节的内容应能达到触类旁通，将这些经验应用到其他的测试领域。
|
|
|
|
. 在执行客户端并发性能测试的过程中，需要同时监控数据库服务器、Web服务器以及网络资源等使用情况，以便对系统的性能做全面评估。
|
|
|
|
|
|
|
|
. 手工编写脚本需要注意既能够模拟负载压力，又符合脚本的后台处理方式。
|
|
|
|
. 设置数据池，实现变量替换常量。为了真实模拟负载，数据池是经常使用的有效手段。
|
|
|
|
|
|
单独的业务并发操作，有可能会忽略例如资源争用、锁冲突等问题，在Web站点负载压力测试方案中，一定要考虑将多种业务混合执行，并发性能测试。
|
|
|
|
|
|
我们知道在真实情况下，高峰期负载压力的到来是循序渐进的过程，同样的道理，高峰期的结束也有一个过程。在工具中我们使用虚拟用户数的递增与递减来模拟这种情况。
|
|
|
|
|
|
交易之间的时间间隔代表了负载程度的高低，为了模拟不同的负载，经常需要调整此时间间隔。
|
|
|
|
|
|
并发访问需求量不大的系统，每个不同的虚拟用户使用不同的IP地址访问服务器是非常有必要的。
|
|
|
|
|
|
这项设置与系统Web服务器、数据库服务器、中间件服务器等超时设置有关，建议工具的设置值大于等于系统服务器的设置值。
|
|
|
|
|
|
每个虚拟用户在并发时，串行循环执行的交易数建议设置为3～5个。
|
|
|
|
|
|
测试期间的报错是故障定位的主要依据，应该分清错误的来源，包括服务器端错误、客户端错误以及网络错误。
|
|
|
|
|
|
对某些动态值，每次执行它都在变化，如果不加处理，往往导致负载测试失败。
|
|
|
|
|
|
将负载生成器布置在不同的网段，有利于模拟来自不同用户群的负载。
|
|
|
|
|
|
压力测试的目的是测试系统能够支持的最大并发用户数。
|
|
|
|
|
|
负载生成器的资源使用超出范围，导致模拟客户端并发请求失败。
|
|
|
|
|
|
在脚本中设置并发集合点，可以将录制的完整操作过程分解为一个个小的并发交易。
|
|
|
|
|
|
工具参数的配置非常灵活且有效，在下面的章节中将详细论述。
|
|
|
