懂业务场景，才能测得准
很多人以为性能测试就是跑个工具看数据，其实不是。比如你测一个电商App的下单流程，如果不知道用户在大促时会瞬间抢购，就很难模拟出真实压力。所以得先了解客户端在什么场景下使用，高峰时段、网络切换、弱网环境这些都得考虑到。不懂业务，测出来的东西可能根本没用。
掌握主流测试工具
做客户端性能测试，工具是基本功。像JMeter、LoadRunner这类工具能模拟大量用户请求，Appium可以做移动端自动化配合性能采集。还有专门针对移动设备的工具，比如GT（腾讯出品）、PerfDog，能实时查看CPU、内存、流量、帧率等指标。会用这些工具，才能拿到准确数据。
看得懂性能指标
打开一个页面，卡不卡？不能光靠感觉。得看具体数值：启动时间是不是超过2秒，内存占用有没有异常上涨，FPS是否稳定在50以上，网络请求耗时有没有超300ms。比如你发现某个页面滑动掉帧，查下来是主线程做了太多图片解码，这就得结合日志和监控数据定位问题。
会写脚本，能定制测试逻辑
很多场景没法靠点点点完成。比如要模拟用户连续拍照上传10次，就得写脚本自动触发。Python搭配ADB命令就能控制安卓设备执行操作：
import os
for i in range(10):
os.system("adb shell input tap 500 800") # 模拟点击拍照
os.system("adb shell input swipe 300 1200 300 600") # 上滑切换模式
这样的小脚本能大大提高测试效率。
熟悉客户端开发基础
不需要你会从头写App，但得知道Android四大组件怎么工作，iOS的生命周期有哪些阶段。比如Activity频繁创建销毁可能导致内存抖动，ViewController没释放闭包容易引发泄漏。有这些知识，看到内存曲线飙升才不会一头雾水。
能跟开发高效沟通
测出问题只是第一步，还得说清楚。不能只说“这里很卡”，而要说“滚动列表时RecyclerView复用失效，导致每滑一行都新建View，GC频繁”。这样开发一听就知道该查哪块代码。有时候还要一起看堆栈信息，甚至翻源码找线索。
关注实际用户体验
实验室数据再漂亮，用户手机上跑不动也是白搭。不同机型表现差异大，千元机和旗舰机性能差好几倍。测试时要覆盖低端设备，看看冷启动时间、后台存活能力、省电模式下的行为。曾经有个App在高端机上流畅，在红米Note系列上一进页面就杀后台，最后发现是厂商限制了自启服务。