【问题标题】:When are issue velocity alerts sent何时发送问题速度警报
【发布时间】:2018-03-28 20:11:27
【问题描述】:

我已经在我的应用程序中配置了 Fabric 和 Crashlytics。我添加了测试崩溃的调用:

    Crashlytics.sharedInstance().crash()

我看到仪表板中报告的那些崩溃以及堆栈跟踪和所有内容。

通知下的设置菜单中,我将所有警报设置为开启,包括问题速度警报

据此answer 发出速度警报:

如果某个问题导致过去一小时内所有用户会话中有 1% 发生崩溃,您会收到通知。

我收到了一个新的致命问题警报,用于调用crash(),这表明我正在正确接收警报。

但我没有收到任何问题速度警报。由于我 100% 的会话都因相同的错误而崩溃,我应该收到它吧?第一次崩溃发生在 3 小时前。

请注意,我已经在 1 个设备上使用 1 个用户对其进行了测试。

为什么我没有收到任何警报?

【问题讨论】:

    标签: crashlytics google-fabric


    【解决方案1】:

    来自 Fabric 的 Paul。在发送速度警报之前,Crashlytics 对应用程序的唯一身份用户设置了最低阈值。我无法说出确切的数字是多少,但它们旨在防止用户很少的应用被我们的问题报告发送垃圾邮件。

    【讨论】:

    • 您知道我们是否可以将查看这些警报所需的大致用户数量确定为一个数量级吗?
    【解决方案2】:

    这是我调查后发现的:

    • 应用中的问题超出了为该应用定义的阈值。
    • 该应用在该时间段内有 250 个会话。
    • 之前没有针对应用中的问题发出警报。

    来源:https://firebase.google.com/docs/crashlytics/velocity-alerts

    就我个人而言,我发现 velocity alert 这个名称非常具有误导性。

    【讨论】:

    • 是的,这很令人困惑,这是否意味着 250 将触发警报,或者至少需要 250 才能触发它?我可以找到 250 太多的应用程序,以及 0.1% 太低的其他应用程序。 (当您拥有数百万用户时)
    猜你喜欢
    • 2014-01-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-03-13
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多