我在Microsoft Windows 7 Ultimate 64位上使用JMeter 3.3，当我执行实时asp.net MVC应用程序的负载测试时，只需要访问主页（使用https登录页面），拥有1000个用户且没有Ramp-Up Period ，然后在1000中，一个结果显示为表中查看结果中的失败
查看结果树显示采样器结果为响应代码：非HTTP响应代码：org.apache.http.NoHttpResponseException非HTTP响应消息：mysite.com：443无法响应
很可能它表明您的应用程序存在问题，即它无法处理 X 用户 .
现在让我们找到这个"X" . 请注意，在Thread Group does not guarantee 中定义1000个线程，您将拥有1000个并发用户作为JMeter，其行为如下：
JMeter尝试在加速期间的范围内启动线程组中定义的所有线程
每个线程开始颠倒执行采样器
当没有要执行的采样器或循环迭代时，线程正在关闭
因此，我建议使用Active Threads Over Time Listener或HTML Reporting Dashboard的相关图表来检查实际的并发性，很可能您将能够将该失败的采样器与并发性相关联，这将是您的应用程序将处理的最大并发用户数 .
有关详细信息，请参阅JMeter Test Results: Why the Actual Users Number is Lower than Expected文章 .
另外一个更好的想法是添加更多用户 gradually ，这样您就可以将响应时间，吞吐量，错误计数等更改metrics与负载增加相关联，因此请考虑使用合理的加速期间添加用户（同样适用）减速）
1 回答
很可能它表明您的应用程序存在问题，即它无法处理 X 用户 .
现在让我们找到这个"X" . 请注意，在Thread Group does not guarantee 中定义1000个线程，您将拥有1000个并发用户作为JMeter，其行为如下：
JMeter尝试在加速期间的范围内启动线程组中定义的所有线程
每个线程开始颠倒执行采样器
当没有要执行的采样器或循环迭代时，线程正在关闭
因此，我建议使用Active Threads Over Time Listener或HTML Reporting Dashboard的相关图表来检查实际的并发性，很可能您将能够将该失败的采样器与并发性相关联，这将是您的应用程序将处理的最大并发用户数 .
有关详细信息，请参阅JMeter Test Results: Why the Actual Users Number is Lower than Expected文章 .
另外一个更好的想法是添加更多用户 gradually ，这样您就可以将响应时间，吞吐量，错误计数等更改metrics与负载增加相关联，因此请考虑使用合理的加速期间添加用户（同样适用）减速）