| 评估 | 建议 | |
|---|---|---|
|
低于 5 秒(0 分)
|
应用启动速度极慢
在某些情况下,应用启动如此缓慢可能会触发 ANR。即使没有 ANR,用户也会对此类启动时间感到非常沮丧,这会对用户满意度、留存率和业务指标产生负面影响。 |
请立即投入工程资源来缩短此应用的启动时间。 |
|
4 到 5 秒之间(5 分)
|
应用启动非常缓慢
用户可能会对等待此应用启动感到不耐烦。应用启动速度更快与业务和用户满意度指标的提升直接相关。 |
将应用启动视为高优先级事项,并立即在该领域投入工程时间。
采用基准配置文件、R8 和 DEX 布局优化,然后重新进行评估以获取更新后的得分。如果您已采用这些建议,请参阅应用启动指南,了解其他缩短应用启动时间的方法。 |
|
介于 4 到 3 秒之间(10 分)
|
应用启动缓慢
此应用的用户会发现启动时间延长。加快应用启动速度有助于提升留存率和评分等用户驱动型指标。 |
投入工程资源,不断缩短应用启动时间。
如果您尚未采用基准配置文件、R8 和 Dex 布局优化,请重新参加评估,以获取更新后的得分。如需了解缩短应用启动时间的其他方法,请参阅应用启动指南。 |
|
2 到 3 秒(20 分)
|
应用启动时间低于用户预期
许多用户会认为此范围内的应用启动时间可以接受,但未达到他们的质量预期。应用启动速度更快与业务指标的提升直接相关。考虑进一步缩短应用启动时间。 |
开始或继续将工程资源投入到应用启动中。
利用基准配置文件、R8 和 DEX 布局优化,大幅提升应用启动速度和运行时性能。如果您已采用这些建议,请参阅应用启动指南,了解其他缩短应用启动时间的方法。 |
|
介于 2 到 1 秒之间(25 分)
|
满足应用启动时间要求
用户可能会对此应用的启动时间感到满意。虽然这方面仍有改进空间,但您无需立即采取行动。 |
采用效果显著的工具,然后专注于其他效果方面。
密切监控应用启动时间,确保其不会出现回归现象。您可以使用 macrobenchmark 来实现此目的。 |
|
不到 1 秒(30 分)
|
应用启动时间超出预期。
此应用的启动时间非常短,许多用户甚至都不会注意到。干得好! |
表现不错,继续努力!继续监控应用启动时间,并立即对回归问题做出响应。
如需进一步缩短应用启动时间,请参阅应用启动指南。采用基准配置文件、R8 和 Dex 布局优化不仅会影响应用启动时间,还会影响运行时性能。如果您尚未采用这些建议,请安排时间来采用它们。 |
| 评估 | 建议 | |
|---|---|---|
|
低于 5 秒(0 分)
|
应用启动速度极慢
在某些情况下,应用启动如此缓慢可能会触发 ANR。即使没有 ANR,用户也会对此类启动时间感到非常沮丧,这会对用户满意度、留存率和业务指标产生负面影响。 |
将此通知入口点视为高优先级,并立即在该领域投入工程时间。 |
|
4 到 5 秒之间(2 分)
|
应用启动非常缓慢
用户可能会对应用启动时间延迟感到不快。应用启动速度更快与业务和用户满意度指标的提升直接相关。 |
请立即投入工程资源来缩短此启动时间。
采用基准配置文件、R8 和 DEX 布局优化,然后重新进行评估以获取更新后的得分。如果您已采用这些建议,请参阅应用启动指南,了解其他缩短应用启动时间的方法。 |
|
介于 4 到 3 秒之间(5 分)
|
应用启动缓慢
此应用的用户会发现启动时间延长。加快应用启动速度有助于提升留存率和评分等用户驱动型指标。 |
投入工程资源,不断缩短应用启动时间。
如果您尚未采用基准配置文件、通过 R8 进行优化,并在通过 Dex 布局优化创建的启动配置文件中添加相关代码,请重新接受评估,以获取更新后的得分。如需了解缩短应用启动时间的其他方法,请参阅应用启动指南。 |
|
2 到 3 秒(10 分)
|
应用启动时间低于用户预期
许多用户会认为此范围内的应用启动时间可以接受,但未达到他们的质量预期。应用启动速度更快与业务指标的提升直接相关。考虑进一步缩短应用启动时间。 |
开始或继续向此入口点投入工程资源。
利用基准配置文件、R8 和 DEX 布局优化,大幅提升应用启动速度和运行时性能。如果您已采用这些建议,请参阅应用启动指南,了解其他缩短应用启动时间的方法。 |
|
介于 2 到 1 秒之间(15 分)
|
满足应用启动时间要求
用户可能会对此应用的启动时间感到满意。虽然这方面仍有改进空间,但您无需立即采取行动。 |
采用效果显著的工具,然后专注于其他效果方面。
密切监控应用启动时间,确保其不会出现回归现象。您可以使用 macrobenchmark 来实现此目的。 |
|
不到 1 秒(20 分)
|
应用启动时间超出预期。
此应用的启动时间非常短,许多用户甚至都不会注意到。干得好! |
继续努力,缩短应用的启动时间。继续监控应用启动时间,并立即对回归问题做出响应。
如需进一步缩短应用启动时间,请参阅应用启动指南。采用基准配置文件、R8 和 Dex 布局优化不仅会影响应用启动时间,还会影响运行时性能。如果您尚未采用这些建议,请安排时间来采用它们。 |
|
无通知入口点(20 分)
|
无需执行任何操作
此应用未将通知用作入口点。因此,此处没有任何需要优化的内容。 |
在使用通知时重新进行此评估
与此同时,请查看应用性能的其他方面,看看有哪些可以改进。 |
| 评估 | 建议 | |
|---|---|---|
|
频繁出现 ANR 阻塞互动和动画(ANR 或大于 20%)(0 分)
|
无法忍受的渲染体验
这种性能水平的用户体验会让用户感到非常沮丧。用户满意度较低与业务成效、留存率和用户评分较低直接相关。 |
迫切采用效果显著的工具。
立即安排采用基准配置文件、R8 和 Dex 布局优化等效果显著的工具。然后重新参加知识评测。 |
|
动画会阻止用户互动(20-15%)(1 分)
|
丢帧非常明显
帧率明显下降会导致应用评分降低,留存率不理想。收集轨迹以检查导致帧缓慢的热点,并逐个排查列表中的热点。 |
采用效果显著的工具来提升渲染性能。
通过采用基准配置文件、R8 和 DEX 布局优化,可以实现最大的改进潜力。采用这些技术,然后重新参加评估。 |
|
动画存在明显问题(15-10%)(5 分)
|
渲染性能低于平均水平
出现的呈现问题会明显影响用户。这将导致用户满意度和评分不佳,并对业务产生不利影响。如果是在高端设备上进行测试,那么在低端设备上,明显的帧速率缓慢将会令人难以忍受。 |
通过采用高影响力工具来提升渲染性能。
通过采用基准配置文件、R8 和 DEX 布局优化,可以实现最大的改进潜力。采用这些技术,然后重新参加评估。 |
|
在某些区域(5-10%)存在明显的动画问题(10 分)
|
呈现问题是导致用户感到沮丧的一个明显原因。
只需出现几个缓慢的帧,就足以让用户对画质的期望落空。不满意的用户更有可能放弃应用。 |
通过采用效果显著的工具,减少渲染问题。
请投入资源来改进这一方面,从而对用户评分和业务指标产生积极影响。通过采用基准配置文件、R8 和 DEX 布局优化,可以实现最大的改进潜力。采用这些技术,然后重新参加评估。 |
|
大部分时间内流畅呈现(1-5%)(20 分)
|
流畅的渲染可带来出色的用户体验。
由于仍有部分帧运行缓慢,用户可能会注意到。无论如何,这都是一种出色的用户体验,尤其是在低端设备上。 |
继续减少渲染问题,进一步提升用户满意度。
在此级别,改进难度会更高。继续减少渲染问题,进一步提升用户满意度。确保没有回归问题,并为最常用的设备和用户体验历程收集自动基准。 |
|
始终流畅呈现(< 1%)(30 分)
|
出色的渲染性能。
恭喜!此应用的渲染性能非常出色。您无需立即采取行动。不妨考虑在低端设备上进行评估,以便更好地了解这些设备上的渲染性能。 |
此方面表现良好,无需立即采取措施。
在此级别,改进难度会更高。继续减少渲染问题,进一步提升用户满意度。确保没有回归问题,并为最常用的设备和用户体验历程收集自动基准。 |
| 评估 | 建议 | |
|---|---|---|
|
非常明显(超过 3 秒)(0 分)
|
全屏渲染应流畅。这不是。
为了提供出色的用户体验,应用的响应速度至关重要。在互动后等待数秒会让用户感到沮丧。这是一个绝佳的机会,可以提高用户满意度和业务指标。 |
请立即投入资源来改进此全屏渲染。
请务必为此全屏渲染生成基准配置文件,并检查此处是否启用了 R8 优化。这些方面对提升应用性能最有影响。然后,请回来重新评估,获取更多指导。 |
|
非常明显(1 到 3 秒)(1 分)
|
响应时间慢于最佳响应时间。
响应用户互动的全屏渲染应尽可能快速。如果渲染速度低于最佳速度,应用评分会降低,并且会导致用户感到沮丧。作为开发者,您应着重提高用户满意度。这是一个绝佳的机会,可以提高用户满意度和业务指标。 |
投入工程资源来改进此全屏渲染。
请务必为此全屏渲染生成基准配置文件,并检查此处是否启用了 R8 优化。这些方面对提升应用性能最有影响。您还可以收集系统轨迹,以检查帧缓慢的热点,并逐个排查列表中的热点。然后,请回来重新评估,获取更多指导。 |
|
明显(500 毫秒到 1 秒)(5 分)
|
此全屏渲染速度较慢。
继续提升此转场效果,以获得更高的得分!高端设备上明显的帧速缓慢会让人难以忍受,但在低端设备上则可以接受。 |
继续投入工程时间来改进这一转换。
在低端设备上进行测试并解决问题。在低端设备上运行良好后,在高端设备上也能运行良好。请务必为此全屏渲染生成基准配置文件,并检查此处是否启用了 R8 优化。这些方面对提升应用性能最有影响。如需详细了解此特定渲染,您还可以收集系统轨迹,以检查导致帧缓慢的热点,并逐个排查列表中的热点。然后,请回来重新评估,获取更多指导。 |
|
略微明显(100 到 500 毫秒)(10 分)
|
这看起来几乎已经完善无缺
检查此全屏渲染是否可以改进。虽然单次全屏渲染速度缓慢并不会造成太大影响,但请确保这不是会对用户满意度产生负面影响的系统性问题。只需几个缓慢的帧,就足以让用户对质量的期望落空。 |
调查此全屏渲染,看看是否可以改进。
使用系统轨迹检查帧缓慢的热点,并逐个排查列表中的热点。您还可以使用 macrobenchmark 库自动收集和评估这些数据。 |
|
几乎察觉不到(100 到 50 毫秒)(15 分)
|
此全屏渲染效果几乎完美无瑕。
部分高级用户可能仍会注意到转换最多需要 100 毫秒。这是一个非常棒的结果。请务必在低端设备上进行测试,以确保用户不会受到此过渡的影响。 |
确保用户满意,并寻找其他有待改进的方面。
此全屏渲染结果几乎完美无缺。大多数用户都会对此性能感到满意。确保在低端设备上也是如此。 |
|
不明显(低于 50 毫秒)(20 分)
|
这是一个出色的结果。
全屏渲染时间低于 50 毫秒,这是一个非常出色的结果,也能带来出色的用户体验。虽然您可能仍有机会改进这一点,但目前获得的收益微乎其微。 |
再接再厉。
查看其他方面是否有应用性能改进。继续监控,以便尽早发现回归问题。您可以使用 Macrobenchmark 库自动进行监控并捕获回归问题。 |
(已回答 0 个问题,共 4 个问题)