1. 测试环境搭建前的硬件准备
搭建高通QMVS测试环境前，硬件准备是第一步也是最基础的环节。我遇到过不少开发者因为硬件准备不充分，导致后续测试频频出错的情况。这里把必须准备的硬件清单和注意事项详细列出来，帮你避开这些坑。
首先需要一台性能足够的Windows电脑，建议配置至少8GB内存和256GB固态硬盘。实测中发现，QMVS测试过程中会产生大量日志文件，如果硬盘空间不足会导致测试中断。我自己的工作站就曾因为C盘剩余空间不足20GB，导致测试中途崩溃。
测试设备（DUT）需要特别注意版本要求。必须使用UserDebug版本的固件，这个版本开启了完整的调试权限。去年有个客户拿着零售版手机来找我调试，折腾了两天都没法获取完整日志，最后发现是版本问题。建议直接从高通获取指定版本的烧录包，避免自行编译可能带来的兼容性问题。
数据线的选择看似简单却很重要。Type-C接口现在越来越普及，但要特别注意线材质量。有次测试中频繁出现adb断开连接，排查半天才发现是用了劣质数据线。建议准备两条不同品牌的数据线备用，最好带供电功能的。我手头常备安克和贝尔金的线，稳定性确实比杂牌好很多。
假电池和供电电源是很多人容易忽略的部分。QMVS测试往往需要连续运行数小时，内置电池可能撑不住。我推荐使用专业的假电池套件，输出电压要稳定在3.7-4.2V范围内。去年帮一个客户调试时，他们用了自制的假电池，结果电压波动导致测试数据异常，白白浪费了一周时间。
2. 软件环境配置详解
2.1 Node.js和Python环境安装
Node.js必须使用v10.23.0这个特定版本，这是高通QMVS工具链的硬性要求。我试过用更新的v14和v16版本，结果npm安装时各种报错。官方下载地址在Node.js官网的历史版本里能找到，记得选择.msi安装包。
安装完成后别急着下一步，先用管理员权限打开CMD，运行：
node --version确认输出是v10.23.0。有次我给团队培训时，有个成员安装时没注意勾选"添加到PATH"，导致后续步骤全报错，又得重装。
Python需要3.8.4版本，这个也很关键。新版本可能会有库兼容性问题。安装时务必勾选"Add Python to PATH"选项。验证安装成功的命令是：
python -V注意这里的V是大写，小写v会报错。我见过不少新手在这卡住，以为是安装失败。
2.2 QMVS工具安装
QMVS需要通过高通QPM工具下载。这里有个小技巧：先用公司邮箱注册高通开发者账号，审批通过后登录QPM，搜索"QMVS"就能看到各个平台对应的版本。下载的压缩包通常是swsys-qmvs-x.x.x.tgz格式。
安装命令是：
npm install -g swsys-qmvs-x.x.x.tgz安装完成后，默认路径在C:\Users[用户名]\AppData\Roaming\npm\node_modules\swsys-qmvs。建议把这个路径加入系统环境变量，后面调用测试脚本会方便很多。
2.3 ADB工具配置
ADB版本要求v1.0.41，可以通过安装android sdk_r24.4.1-windows获取。安装过程中有几个坑要注意：
- 必须安装Microsoft Visual C++ 2013 Redistributable
- 需要Java JDK 1.5.0_22（这个老版本确实难找，但必须装）
- 环境变量要配置三个地方：
- 用户变量PATH添加adb路径
- 新建系统变量ANDROID，值为adb路径
- 系统变量PATH添加%ANDROID%
验证adb是否装好：
adb version如果显示不是1.0.41，很可能是PATH设置有冲突。我建议把adb.exe直接复制到C:\Windows\System32下，这样优先级最高。
3. 必备辅助工具安装
3.1 QPST工具套件
QPST用于抓取系统崩溃时的dump日志，是高通平台调试的必备工具。安装包在高通开发者网站可以下载，最新版本是2.7.496。安装时要注意：
- 关闭所有杀毒软件（容易误报）
- 使用默认安装路径
- 安装完成后重启电脑
有个常见问题是QPST识别不到设备，这时需要：
- 确保设备处于EDL模式（adb reboot edl）
- 检查设备管理器中的端口是否正确识别
- 尝试更换USB接口（USB3.0有时会有兼容性问题）
3.2 QDUTT安装
QDUTT也是通过QPM安装，用于DDR相关的眼图测试。安装后建议：
- 创建桌面快捷方式
- 右键属性-兼容性-以管理员身份运行
- 修改配置文件允许高DPI缩放
测试时如果遇到花屏或卡死，可以尝试：
- 降低屏幕分辨率
- 关闭其他图形密集型应用
- 更新显卡驱动到最新版
3.3 USB驱动安装
高通USB驱动最好用QPM下载的最新版。安装后要在设备管理器中确认：
- ADB Interface显示正常
- 没有黄色感叹号
- 设备序列号正确显示
如果驱动有问题，可以尝试：
- 卸载后重新插拔设备
- 手动指定驱动路径
- 禁用驱动程序强制签名（Win10/11需要）
4. 测试执行与常见问题排查
4.1 DDR测试流程
DDR验证主要包含三个部分：
- 路径验证（Path Verification）：
adb shell "echo c > /proc/sysrq-trigger"这个命令会触发内核崩溃，收集dump文件。需要重复执行20次，建议写个bat脚本自动化。
- EDL验证：
adb reboot edl然后用QFIL或PCAT烧录包含DDR firehose的mbn文件。这里最容易出错的是选错firehose文件，一定要确认文件名包含"ddr"字样。
- 眼图测试： 在QDUTT中选择Eye Plot测试项，设置合适的电压和时序参数。新手建议先用默认参数跑一次，再逐步调整。
4.2 QMVS-DDR测试
执行命令示例：
test-suite -t C:\Users\UserName\AppData\Roaming\npm\node_modules\swsys-qmvs\test_configs\ddr.json常见问题及解决方案：
测试中途adb断开：
- 检查USB线连接
- 确认假电池供电充足
- 尝试更换USB端口
日志收集失败：
- 确保C盘有足够空间（至少50GB空闲）
- 检查QPST是否正常运行
- 确认设备有足够存储空间
测试结果异常：
- 检查环境温度是否稳定
- 确认设备散热良好
- 重复测试排除偶然误差
4.3 QMVS-Storage测试
存储验证命令类似：
test-suite -t C:\Users\UserName\AppData\Roaming\npm\node_modules\swsys-qmvs\test_configs\storage.json特别注意：
- 测试前备份设备数据（会清空存储）
- 使用高速存储卡（建议UFS或NVMe）
- 监控存储温度（过热会导致降速）
5. 实战经验与优化建议
经过数十次QMVS测试，我总结出几个提升效率的技巧：
- 使用批处理脚本自动化：
@echo off for /l %%x in (1, 1, 20) do ( adb shell "echo c > /proc/sysrq-trigger" timeout /t 60 )这个脚本可以自动完成20次崩溃收集，省去手动操作。
日志管理方案：
- 每天创建一个带日期的新目录
- 使用7-zip自动压缩旧日志
- 配置日志轮转，保留最近7天的数据
环境隔离建议：
- 使用虚拟机或专用测试机
- 配置系统还原点
- 定期清理临时文件
硬件优化：
- 给测试机加装散热风扇
- 使用带指示灯的USB Hub
- 准备多个电源适配器备用
遇到棘手问题时，可以尝试以下排查步骤：
- 检查所有环境变量是否正确
- 确认每个工具都是指定版本
- 查看Windows事件查看器中的错误日志
- 尝试在另一台电脑上重现问题
- 联系高通技术支持时提供完整的日志包
