关于服务
翻译我进行Web应用程序和API的负载测试，以确保高峰流量不会转变为停机和收入损失。在我编写第一个脚本之前，我了解您的真实流量：哪些端点承载主要负载，典型用户旅程是什么样的，缓存在哪里有帮助，哪里只是创造了速度的假象。基于此，我构建具有思考时间、参数化数据和逐步负载增加的真实场景。我根据您的技术栈选择工具：k6，JMeter或Locust。
在运行期间，我监控响应时间、吞吐量、错误率和重要百分位数，并将其与服务器指标相关联：CPU、内存、数据库锁、连接池和慢查询。仅仅打印数字的测试是无用的，因此我找到导致延迟在特定并发级别上激增的具体瓶颈，并用简单的语言解释它。最后，您将获得一份书面报告，包含图表、系统的临界点、问题的优先级列表以及容量余量的建议。在您的团队进行修复后，我会重新运行相同的场景，以便通过数字而不是希望来确认改进。
— 真实场景：逐步增加、峰值和长时间运行
— 应用程序、数据库和基础设施层面的瓶颈分析
— 清晰的报告，包含建议和修复后的重测
在运行期间，我监控响应时间、吞吐量、错误率和重要百分位数，并将其与服务器指标相关联：CPU、内存、数据库锁、连接池和慢查询。仅仅打印数字的测试是无用的，因此我找到导致延迟在特定并发级别上激增的具体瓶颈，并用简单的语言解释它。最后，您将获得一份书面报告，包含图表、系统的临界点、问题的优先级列表以及容量余量的建议。在您的团队进行修复后，我会重新运行相同的场景，以便通过数字而不是希望来确认改进。
— 真实场景：逐步增加、峰值和长时间运行
— 应用程序、数据库和基础设施层面的瓶颈分析
— 清晰的报告，包含建议和修复后的重测
