如何确定性能测试的“合理”响应时间？
我发现很难将绩效目标(网页响应行动所需的时间)引入到组织中。
似乎没有明确的定义(在行业)，这是开发人员普遍知道的。似乎它最终是一个优先考虑的问题。
这是复杂的，因为我们很少或根本没有接触到我们的客户谁访问我们的网站从广告，然后转到其他网站。
确定和使用绩效指标的好方法是什么？
最终，我希望能够在自动化性能测试中使用基准。我需要使用平均数据，也需要查看分布分布，因为历史上，一千次查询中有一次或两次由于各种原因需要异常长的时间。
一个常见的问题是，开发人员(自然)希望使用最快的设置进行测试，并使用我们的用户经常没有的高速有线连接。
我们目前使用ruby on rails和capybara进行ui测试，但它似乎没有反映真实的页面加载时间。
回答 4
Stack Exchange QA用户
发布于 2016-01-03 13:23:09
考虑在您的站点上使用A/B测试来确定响应时间差异对客户的影响。
如果做得好，你就会决定
- 如果性能差异真的很重要
- 它们有多重要
- 阈值之后，您的客户将放弃您的站点。
Stack Exchange QA用户
发布于 2016-01-03 18:40:16
测量真实条件下的响应时间
对于大多数组织来说，用您在生产中看到的各种延迟和网络速度来测试您的站点是不值得的。如果您不仅测量服务器响应时间，而且还要测量页面呈现时间，这一点尤其正确。后者取决于许多因素，包括客户端设备的速度和浏览器类型/版本。
相反，您可以使用一个(或几个)基准延迟/速度组合进行测试，然后支付第三方服务(如主旨 )来度量生产中的响应时间。
选择目标响应时间
您关心响应时间，因为用户更喜欢快速站点而不是慢站点。如果您想要一个特定的目标，您可以使用其他人的建议(如这)，或者您可以使用A/B测试基于您自己站点的度量。
Stack Exchange QA用户
发布于 2016-01-04 16:36:38
理想情况下，应该在二语习得或NFR中指定可接受的响应时间范围。
如果不是，你需要为最终用户等待多长时间做一个假设，这可能需要几分钟的时间，比如内部内部应用程序，或者不超过几秒钟的电子商务网站，如果网站运行缓慢或下降，用户就会离开，并且再也不会回来了。
对于开发人员来说，在内部网中在他们自己的快速机器上进行测试时，负载测试需要在生产环境(或者是生产的精确副本)中执行。任何其他测试类型都没有意义。
如果您已经运行了应用程序或服务-您可以选择“死”时间，当真正的用户负载是最小的，如周日上午1。
关于更多的实际例子，请参阅从2014年黑色星期五学习负载测试课程文章。
https://sqa.stackexchange.com/questions/16356
复制相似问题
腾讯云开发者
