【发布时间】：2018-08-02 22:18:14
【问题描述】：
我是一名性能测试团队的实习生，该团队最近集成了一个持续交付系统，用于在软件投入生产之前自动进行性能测试。我的老板让我对在持续交付系统中使用 SLA 的最佳实践策略进行一些研究。我找不到与此相关的任何信息，我不确定为什么在这种情况下 SLA 会有所不同？
【问题讨论】：
标签： performance performance-testing continuous-deployment continuous-delivery
【发布时间】：2018-08-02 22:18:14
【问题描述】：
SLA 不应有所不同，如果响应时间较长或吞吐量较低或其他任何指标不符合 SLA/NFR 阈值，您可能只需要找到一种方法将构建标记为 UNSTABLE 或 FAILED。
如果程序或脚本或任务返回非零exit code，所有CI/CD 系统肯定会失败构建，因此您需要做的就是定义通过/失败标准并将性能测试配置为失败并将失败传播到上游构建。
具体说明将根据 CI 服务器本身和您使用的负载测试工具而有所不同，如果您想要一个示例：Jenkins 和 Apache JMeter 可以使用 Performance Plugin 放在一起，这增加了指标统计和性能趋势图表到构建仪表板，还能够根据您可以与 SLA 保持一致的各种条件将构建标记为失败。
【讨论】：