面对将生产用计算机用于负载测试环境的成本，您可能会畏缩不前。但请您考虑考虑在生产环境中查找与硬件相关的问题所需的成本，以及精确预测单台 Web 服务器能处理的负载的价值。诸如处理器速度和可用的 RAM 之类的变量会影响可用系统资源，并随之可能更改可伸缩性问题表明它们自身的方式。在实验室中，环境变量是不可抗拒的因素。该种变量数量太多，而您无法确定问题的根源。如果不可能使用单独的环境，那么请考虑加速生产硬件购买以用于负载测试实验室中。一旦部署了系统，实验室设备就还可以用作生产设备的备用品。另一个好处是，用不着等到发布之日前，您就能消除系统缺陷。软件测试
关于为何您不应使用开发环境进行测试，有几点原因。有关详细信息，请参阅提要栏“Dont Use Your Dev Environment for Load Testing”。对于质量保证团队所使用的系统测试环境，情况亦是如此。这适用于想要跟踪似乎与系统负载无关的功能错误的单个用户测试。这种测试对系统测试环境中使用的硬件类型放宽了限制。它从开发团队接收的软件更新也更频繁。在负载测试中，应只安装影响系统性能的版本，以将修改负载脚本的耗时缩至最短。
除了可伸缩性实验室运转所必需的资源以外，负载测试工作是否能成功还取决于组织中的其他角色。图 2角色摘要。
实验室以外最重要的角色是具有很大权限的数据库管理员 (DBA)，这个事实无需我们过分强调。可伸缩性问题最可能的根源就在于数据库、数据访问策略(例如，存储过程、预处理语句或内联 SQL)或数据访问技术(例如，ADO、ODBC 等等)。DBA 能够帮助识别和解决与数据库相关的问题，例如建立索引成本过高、过度锁定以及事务超时。理想情况是，您应有一位专门的称职的 DBA 来作为负载测试工作中关键点的全职资源。
我们还建议您让开发团队中的成员轮流负责测试实验室，以便每名团队成员都能参与到这项测试工作中。如果这样做，您将取得极佳的交叉培训的效果，并持续地向实验室提供最新的理念。
文章来源于领测软件测试网 https://www.ltesting.net/
