客户端性能测试常考哪些点？
最近朋友小李去面试测试岗位，被问到一堆关于客户端性能的问题，当场有点懵。其实这类问题在移动端或桌面端应用开发中越来越常见，尤其是APP卡顿、启动慢、耗电高，用户一差评，老板就得找人背锅。这时候，懂性能测试的人就值钱了。
面试官不光想听你背定义，更关心你有没有真实排查过问题。比如：一个App冷启动花了4秒，你觉得正常吗？怎么定位瓶颈？内存一直在涨是不是一定有泄漏？这些问题才是实打实的考察点。
常见的性能指标都测什么？
面试时经常会被问：客户端性能关注哪些指标？别只说“流畅”“快”，得具体。
启动时间分冷启动和热启动。冷启动是从点击图标到首页完全展示，涉及进程创建、资源加载；热启动是后台切回前台，重点看缓存机制是否合理。一般建议冷启动控制在1.5秒内，超过2秒用户就会觉得慢。
内存占用也不能忽视。比如你在低端机上跑App，RSS（常驻内存）超过300MB就容易被系统杀后台。面试官可能会问：你怎么监控内存？可以答用Android的adb命令或者iOS的Instruments工具抓取数据。
还有FPS（帧率），低于50帧就会感觉卡顿。滑动列表时突然掉到20帧，大概率是主线程做了耗时操作。这时候需要做UI线程的方法追踪，找出耗时函数。
怎么模拟真实场景做测试？
有些候选人一上来就说“我用JMeter”，但JMeter更适合接口压测，对客户端界面行为无能为力。真正有效的做法是写自动化脚本模拟用户操作。
比如用Espresso（Android）或XCUITest（iOS）写一段滑动列表的代码，同时用命令行工具定时采集CPU、内存数据。把多个时间点的数据串起来，就能画出趋势图。
adb shell dumpsys meminfo com.example.app | grep TOTAL这行命令可以拿到当前App的总内存使用量，配合脚本循环执行，每秒采一次，跑完一次完整操作流程后导出数据做分析。
遇到ANR或卡顿怎么排查？
面试官喜欢抛一个具体问题：“如果用户反馈点击按钮没反应，持续两秒才弹出结果，可能是什么原因？”
这时候不能瞎猜，得有逻辑。先判断是不是主线程阻塞。比如在Android里，Activity的onClick方法里直接发起网络请求，就会导致ANR。正确的做法是把耗时任务扔到子线程。
也可以提到Traceview或Systrace工具，它们能生成方法调用的时间线。看到某个方法块占了一整条横线，基本就能锁定问题。
实际项目中的测试策略
光会测单点不够，还得有体系化思路。比如上线前要做基线测试，在固定机型上记录各项指标，作为下次发布的对比基准。
还可以设置阈值告警。比如CI流水线里加入性能检查步骤，一旦发现启动时间比基线慢了20%，自动标记为高风险，阻止发布。
有个团队就在每次打包后自动跑一遍核心路径的性能采集，数据上传到内部平台，开发点开链接就能看到图表。这种工程化思维，往往是面试加分项。
说到底，客户端性能测试不是只会点点点就行。你得懂系统原理，会用工具，还能从一堆数字里看出问题。下次面试前，不妨自己拿手机装个常用App，试试看能不能测出它哪里“虚胖”。