![负载测试场景中可接受的故障率是多少](https://linux22.com/image/627188/%E8%B4%9F%E8%BD%BD%E6%B5%8B%E8%AF%95%E5%9C%BA%E6%99%AF%E4%B8%AD%E5%8F%AF%E6%8E%A5%E5%8F%97%E7%9A%84%E6%95%85%E9%9A%9C%E7%8E%87%E6%98%AF%E5%A4%9A%E5%B0%91.png)
我正在为客户做负载测试报告。
我正在使用一项名为 blitz IO 的服务。
他希望以 500 毫秒的速度处理 1000 个并发用户。
每次我运行这样的测试时,它都从未 100% 返回,如果我运行测试 10 分钟,数千个连接中总会有几个超时,有些会超过 500 毫秒的阈值。
您如何管理客户期望,以及您设定了什么样的门槛。
你说90%的连接不会超时,90%的连接都在500ms以内?
有兴趣听听如何处理这个问题。
答案1
如果他想在 500ms 内处理 1000 个并发用户,那么我期望错误率为零。但是,规范允许一些缓慢的请求是很常见的。我习惯于这样的规范:“在 1000 个并发用户的情况下,95% 的请求将在 500ms 内完成”。断开连接通常是不可接受的。