Web应用程序性能测试基本上假设模拟真实用户对网站的正常使用。整个过程应该类似于:
- 考虑一种负载测试工具。如果您没有公司标准或现成的解决方案,则quite a number of free and open source load testing tools。如果您不确定选择哪一个,请查看Open Source Load Testing Tools: Which One Should You Use?文章,该文章描述并比较了目前最流行和最先进的解决方案。
- 大多数负载测试工具都带有记录和重放功能,因此下一步将记录您的用例/测试场景以构建负载测试“骨架”
- 之后很可能你需要执行correlation - 识别动态参数,cookie,标题等的过程,并通过从先前的响应中提取更改的部分并替换记录的硬编码值来处理它们< / LI>
- 通常您还需要parameterization,即配置您的测试以针对不同的虚拟用户使用不同的凭据。
- 一旦您的测试准备就绪,您可以使用1-2个用户和迭代运行它,并检查请求和响应详细信息,以确保您的测试按预期工作。
- 当您对测试行为感到满意时,您可以逐渐开始*添加越来越多的虚拟用户,除非响应时间超过可接受的最大值或错误开始发生或网站崩溃,无论第一个是什么。
- 当您发现最大数量的虚拟用户并收集关联的performance metrics时,最好识别bottleneck
醇>
您需要非常明确地了解您正在测试的内容。你在测试调度引擎吗?你在测试SMTP中继吗?您是否在连接到下游中继时测试具有特定最大规格条件延迟的SMTP中继?您是否在SMTP吞吐量降至零之前测试重新排队?它会对您的测试设置产生重大影响。
此外,在此测试之前阅读SMTP上的RFC是值得的。电子邮件旨在通过不太完美的连接实现弹性,但这会导致SMTP中继的速度变慢。
&LT;肥皂盒&gt;
此外,作为一名手动测试员,除非他们已经承诺接受您的培训,并且需要一名导师帮助您,否则您的管理层绝不会要求您这样做。任何其他路径,他们对复选框或结算感兴趣,但不会降低风险
&LT; / soapbox&gt;