正确的Jmeter性能测试场景方法

Question

Im当前加载测试应用程序，包括登录、创建票证、修改票证、搜索票证和注销等场景。我使用http记录器记录采样器，并可以为所需的用户数量重放测试。

但问题是，当我查看结果时，我看到的响应时间将对应于按多秒顺序排列的端到端场景。

加载主页需要5秒，因为它验证了用户登录并加载了相应的主页。但是，当有人看到响应时间时，他们会想为什么加载主页只需要5秒，最后可能会说应用程序的性能很差。

我不知道我是否以正确的方式加载测试应用程序场景。我是否应该删除不直接调用身份验证或与场景相关的请求的取样器？或者，我是否应该保留它们，但在我的报告中清楚地说明，对于一个场景来说，这一切都是端到端的时间，就像它在ui交互中加载一样？在这种情况下，如何确定解决方案的性能？

请有人指点我。

Answer 1

有一条规则:行为良好的JMeter测试必须产生与使用真正浏览器的真正用户相同的网络占用空间。有关正确设置用于web应用程序性能测试的如何使JMeter更像真正的浏览器的说明，请参阅JMeter文章。

关于您的“主页”-它应该只是一个请求(HTTP请求采样器)，可能包含嵌入式资源(图像、脚本、样式、字体、声音等)。

​

​

因此，在我看来，你至少应该有3个不同的取样器，如：

​

​

结果都不一样。

如果您想将两个或更多的取样器“分组”到一个业务事务中--将它们放在事务控制器下面，这将返回其子级的累积执行时间：

​

​

Answer 2

这个问题可能有两个方面。其中之一由Dmitri回答，以使请求表现得像一个真正的浏览器，假设它是一个web应用程序。

其他方面是报告，必须逐案处理.

通常，业务所有者关心事务发生的速度，这是由API的rps回答的。对于银行领域来说，情况就是如此。但是，如果您处理的是像amazon这样的电子商务应用程序，或者是像msn这样的内容聚合器，那么您更关心的是媒体内容。图像和视频。

我通常分离API的rps和API+静态内容的rps (html、css、js、图像、字体等)。这给了用户正确的解释。

对此的扩展，定义成功是什么样子。为企业主(非技术团体)、rps、tps等。条款毫无意义。尝试找到一些有意义的洞察力(KPI)，如电子商务应用-一个小时内成功下订单，一小时内完成总付款，等等。这比仅仅以毫秒为单位报告数字有更大的影响。

如果你是在和架构师级别的人打交道，你可以用技术术语说话。

您可以尝试将此报告策略应用于您的应用程序，并查看它是否起作用。