正如Eric Sink所写的，“关于软件质量的决策可能是艰难而微妙的，当我们做出这些决策需要非常明智。有时一个“bug”不应该被修复。那么，有什么更好的方法来看待bug呢?
将稳定性转化为团队的KPI。
选择一个可以实现的，有意义的目标，你的团队可以为此负责。稳定性指标可以帮助你决策关于工程资源的数据驱动。当你计划短期加速进度时，你应该分配时间来解决问题，还是应该在产品路线图上全速前进?应用程序稳定性帮助你做出决定。
值得重新检查你的警报堆积，以确保你有必要的反馈循环，或者是否有改进策略的空间。我留给你们几个重要的问题要考虑:
-你的团队是否考虑过应用程序的稳定性?
-你目前如何选择修复bug和构建新特性?
-你的团队如何跟踪和优先处理bug修复?
原文：https://blog.bugsnag.com/application-stability-monitoring/
免费领取验证码、内容安全、短信发送、直播点播体验包及云服务器等套餐