评估 | 建议 | |
---|---|---|
慢于 5 秒(0 分)
|
应用启动速度极慢
在某些情况下,应用启动如此缓慢可能会触发 ANR。即使没有 ANR,用户也会对此类启动时间感到非常沮丧,这会对用户满意度、留存率和业务指标产生负面影响。 |
紧急投资工程资源,缩短此应用的启动时间。 |
4 到 5 秒之间(5 分)
|
应用启动速度很慢
用户可能会对等待此应用启动感到沮丧。应用启动速度加快与业务和用户满意度指标的提升直接相关。 |
将应用启动视为高优先级事项,并立即投入工程时间来改进这一方面。
采用基准配置文件、R8 和 DEX 布局优化,然后重新进行评估以获取更新后的得分。如果您已采用这些建议,请参阅应用启动指南,了解其他缩短应用启动时间的方法。 |
4 到 3 秒之间(10 分)
|
应用启动缓慢
此应用的用户会注意到启动时间延长。加快应用启动速度有助于提升留存率和评分等用户驱动型指标。 |
投入工程资源,不断缩短应用启动时间。
如果您尚未采用基准配置文件、R8 和 Dex 布局优化,请重新参加评估,以获取更新后的得分。如需了解缩短应用启动时间的其他方法,请参阅应用启动指南。 |
3 到 2 秒(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 questions answered) - For a full picture answer all questions.