目录:导读
前言
性能测试中最容易被误解的部分之一就是负载测试。大多数人认为所有性能测试就是负载测试,但这是不准确的。有许多类型的测试组成性能测试。
负载测试是许多并发用户运行同一程序,以查看系统基础结构是否在不影响功能或性能的情况下处理了负载。
以下是准备进行负载测试时要考虑的N种策略。
针对正确的测试量
首先,不要在没有实际需要的情况下进行大规模测试。无需向软件施加超出实际预期的压力。
当然产生环境比预期拥有更高的流量负载始终是一件好事,但要保持现实和高效,应该专注于评估应用程序在生产中将遇到的正确工作负载。
以方便取决于周期性性事件,网站或APP可能会在一个以上高峰或高峰负载时间内遇到流量峰值。但是建议在着重负载测试之前首先通过模拟或者监控正常一天的吞吐量来开始负载测试。
这里的关键词是吞吐量,这是另一个经常被误解的性能测试。系统吞吐量是指系统在单位时间内所处理的信息量,它以每小时或每天所处理的进程数来度量。
提出工作负载事务测试配置时,请考虑以下事项:
平均而言,一个典型的小时内执行多少次操作。高峰期呢?
该测试的目的是什么?
您的服务器或数据库活动规律通常是什么样的?
在选择要模拟的任务时,是否专注于对业务最大风险的任务?
将跟踪或需要哪些具体指标?
花一些时间正确执行此步骤,因为它是创建适当的负载测试的基础。
负载生成器
确保负载生成器准备好承受工作量。负载生成器就是运行虚拟用户测试的计算机。虚拟用户可以采用脚本或者应用软件,其行为与真实用户同时向被测应用程序