我正在测试300个线程用户的Web应用程序登录页面加载时间和300秒的加速时间。我的大多数示例返回响应代码200，但很少有示例返回响应代码400,503。 我的目标是仅检查300个用户是否开始使用该Web应用程序的性能。 我是Jmeter的新手，并且具有编程的基本知识。 我的问题 ：- 1.我是否可以忽略这些错误，而只关注摘要报告中的时间安排？ 2.如果我真的需要修复这些错误，该如何解决？
答案 0 :(得分：0)
性能测试与负载测试不同。您正在做的是负载测试。
性能测试更多地涉及采取行动的速度。通常，我会在没有负载的系统上执行给定操作的性能。
这提供了一个基准，我可以在负载测试期间参考它。
希望您已经获得了一些性能数据以进行测试。例如。必须能够在两分钟内处理300个请求。
在进入负载时，我运行了一系列负载测试，其中用户/线程数量不断增加，并捕获了每个测试的结果。
有了这个，我可以看到负载如何使性能下降到出现错误的地步。这使您可以了解系统可以处理多少典型负载。
我也希望进行浸泡测试。在这里，我将在典型负载（而非峰值负载）下长时间运行JMeter，以确保系统可以承受持续的负载。
关于您看到的错误，不，我不会忽略它们。假设您的测试调用的是同一个端点，那么可以肯定地说代码很好，其基础结构正在承受您所承受的负载。
答案 1 :(得分：0)
这些错误表明存在2个不同的问题：
Bad Request-这意味着您正在发送格式错误的请求，服务器无法理解。您应该检查请求的详细信息并修改JMeter的配置，因为这是脚本中的问题。 HTTP Status 503代表Service Unavailable-它表示服务器端存在问题，即服务器无法处理您生成的负载。您已经可以将其报告为应用程序问题。您可以尝试通过以下方式找出根本原因：
因此，首先，您应该通过以1-2个用户/循环运行测试并检查请求/响应详细信息，以确保测试工作正常。在这一阶段，您应该没有任何错误。
展望未来，您应该逐步增加负载，并将越来越多的虚拟用户与增加的响应时间/错误数量相关联