我需要在测试过程中做一些澄清 . 多用户（100个用户）通过JMeter登录Web应用程序 .
我可以使用单个有效用户登录，但如果有100个用户且1个是有效用户且99个是无效用户，则99个用户无法登录，但同时创建100是一个困难的过程 .
现在，如上所述，测试登录与使用100个有效用户进行测试是一样的吗？
如果没有，是一个更好的过程来测试多用户登录
只有一个明显的要求：每个JMeter线程（虚拟用户）应该使用不同的凭据，换句话说，JMeter用户必须尽可能接近地使用真实浏览器表示真实用户，否则您的负载测试将没有意义 .
理想情况下，您应该拥有100个不同的凭据，以便每个虚拟用户可以使用自己的用户名/密码组合并拥有自己的session . 当您的测试场景假设某些business processes时，尤其重要，即一个用户启动工作流程，另一个用户批准，第三个完成，等等 .
如果每个负载测试迭代假设"clean"系统，您可以考虑通过setUp Thread Group自动化用户创建过程，您可以在其中创建先决条件（用户，内容等） . 问一下，可能是您可以使用单个REST API或Database调用创建用户，或者可以从LDAP或使用shell command导入用户
作为最后的手段，您可以将单个凭据与多个JMeter虚拟用户一起使用，但是在这种情况下，您可能会遇到应用程序的问题，因此请尝试避免CRUD操作，以便您的测试仅代表浏览 .
1 回答
只有一个明显的要求：每个JMeter线程（虚拟用户）应该使用不同的凭据，换句话说，JMeter用户必须尽可能接近地使用真实浏览器表示真实用户，否则您的负载测试将没有意义 .
理想情况下，您应该拥有100个不同的凭据，以便每个虚拟用户可以使用自己的用户名/密码组合并拥有自己的session . 当您的测试场景假设某些business processes时，尤其重要，即一个用户启动工作流程，另一个用户批准，第三个完成，等等 .
如果每个负载测试迭代假设"clean"系统，您可以考虑通过setUp Thread Group自动化用户创建过程，您可以在其中创建先决条件（用户，内容等） . 问一下，可能是您可以使用单个REST API或Database调用创建用户，或者可以从LDAP或使用shell command导入用户
作为最后的手段，您可以将单个凭据与多个JMeter虚拟用户一起使用，但是在这种情况下，您可能会遇到应用程序的问题，因此请尝试避免CRUD操作，以便您的测试仅代表浏览 .