关键质量指标(KQI)定义：找到真正该盯的数值

做座舱质量度量，第一个绕不开的问题就是：到底该看什么数？

我见过不少团队，一上来就拉了几十个指标，CPU、GPU、内存、IO、温度、亮度……全堆在仪表盘上。结果呢？没人看。因为大家不知道哪个数出了问题才需要跳起来。

所以这一章，我们就来聊聊怎么定义关键质量指标（KQI）。说白了，就是帮你从一堆数据里，挑出那几个“一票否决”的指标。

什么是有效的KQI？

我个人习惯，判断一个KQI是否有效，就三个标准：

• 可量化——不能是“感觉卡顿”，得是“帧率低于24fps持续2秒”
• 可复现——换台车、换个人测，结果差不多
• 可行动——指标变差了，你知道该找谁修

举个例子。“开机慢”不是KQI，“从按下启动键到中控屏显示主界面耗时≤8秒”才是。为什么？因为前者没法修，后者你可以直接找系统启动团队对线。

KQI与KPI的区别：别搞混了

这个问题我经常被问到。其实很简单：

• KPI（关键绩效指标）——用来衡量“人”或“流程”做得好不好。比如“本月修复了多少个bug”、“测试覆盖率是否达标”。
• KQI（关键质量指标）——用来衡量“产品”本身好不好。比如“应用启动时间”、“系统帧率稳定性”。

你想想看，KPI是管理工具，KQI是技术工具。做座舱质量度量，我们盯的是KQI。KPI是项目经理该操心的。

维度	KPI	KQI
关注对象	人、流程、效率	产品、系统、体验
典型例子	Bug修复率、测试用例通过率	冷启动时间、帧率抖动率
谁在用	项目经理、质量经理	开发工程师、测试工程师
变化频率	按周/月统计	按秒/帧采集
目标	提升团队效率	提升用户体验

嗯，这里要注意：KQI和KPI不是互斥的。一个指标可以既是KQI又是KPI，但定义的时候要分清楚你用它来干什么。

座舱场景下的KQI示例

下面我挑三个最常见的KQI，结合项目经验聊聊。

1. 启动时间

启动时间是座舱最直观的体验指标。用户一上车，第一件事就是看屏幕亮没亮。

我在项目中遇到过，某次版本发布后，冷启动时间从6秒飙到了12秒。排查下来，是因为一个第三方SDK在初始化时做了大量网络请求，而车库信号很差，超时重试拖慢了整个流程。

定义启动时间KQI时，我建议分阶段：

• 冷启动：系统完全断电后首次上电，到主界面可交互
• 热启动：系统休眠后唤醒，到主界面可交互
• 应用启动：点击应用图标，到应用首帧渲染完成

每个阶段都要有明确的起点和终点。比如冷启动的起点是“电源管理芯片输出稳定电压信号”，终点是“Launcher主线程第一帧渲染完成”。

2. 帧率

帧率是衡量流畅度的核心指标。但只看平均帧率是不够的。

举个例子，某次测试报告显示“平均帧率58fps”，看起来很漂亮。但实际体验是：前5秒60fps，中间突然掉到20fps持续了3秒，然后又回到60fps。平均下来确实不低，但用户感受到的就是“卡了一下”。

所以我个人习惯，帧率KQI至少包含三个维度：

• 平均帧率：整体性能基线，≥55fps算合格
• 帧率抖动率：相邻帧时间差超过16.7ms的比例，≤5%算良好
• 掉帧次数：单次掉帧超过50ms的次数，每10分钟≤3次

为什么要这么细？因为平均帧率会掩盖瞬时问题。你想想看，用户不会在意“平均”，他只会在意“刚才那一下”。

3. 内存占用

内存是座舱系统的硬约束。车机不像手机，不能随便加内存条。一旦内存吃紧，系统就会开始杀进程、卡顿、甚至黑屏。

定义内存KQI时，我建议关注：

• PSS（比例集大小）：每个进程实际占用的物理内存，这是最常用的指标
• 内存峰值：在典型场景下（如导航+音乐+语音同时运行），内存占用的最大值
• 内存泄漏率：每轮测试中，内存持续增长不释放的比例

我曾经遇到过一个案例：某个地图应用在导航过程中，每经过一个路口就多占用2MB内存，一直不释放。跑完一趟长途，内存占用了从200MB涨到了800MB，系统直接OOM重启。这就是典型的“内存泄漏”问题，靠峰值指标是抓不住的，必须看趋势。

知识体系：KQI定义的核心逻辑

下面这张图，是我自己梳理的KQI定义流程。每次定义新指标时，我都会走一遍这个框架。

这个框架的核心逻辑是：从用户场景出发，倒推可测量的技术指标。不要为了测而测，每个KQI背后都要有一个“用户故事”。

小结

这一章我们聊了KQI的定义方法、KQI与KPI的区别，以及座舱场景下三个最典型的KQI示例。记住一句话：好的KQI，是让团队看到数字就知道该干什么。