小团队的内测现场常常是：工程机放在公共抽屉里，谁要用谁拿，包装盒上贴的名字早磨掉了。等到要复现一个只在特定机型出现的问题，才发现那台机器不知在谁手上，也不知装的是哪个版本的包。设备管理的成本从来不在买机器，而在找机器、对版本。
为什么测试设备需要一张清单
- 同一台机器被多人反复覆盖安装，版本状态不可信
- 借出后无人登记，复现缺陷时找不到设备
- 机器混用导致账号、缓存、测试数据互相污染
- 新同事不知道哪台可用，容易重复采购
设备管理的目标不是把流程做重，而是让「谁拿着、装了什么、什么时候还」这三个问题随时能答上来。
第一步：给每台设备一个固定编号
- 按「平台-型号-序号」的格式编号，例如
iOS-13-01、Android-Mi11-03，编号同时写在机身标签和登记表里。 - 登记关键字段：品牌型号、系统版本、内存与存储、是否支持双卡、购入时间、当前保管人。
- 安卓设备额外记录 CPU 架构（
arm64-v8a、armeabi-v7a），遇到安装失败能快速判断是不是架构不匹配。 - 把登记表放在团队共享位置，不要只存在某个人的电脑里。
建议 编号确定后就不要再改，之后的借用记录、缺陷单、测试报告都引用这个编号，比写「那台小米」可靠得多。
第二步：把借还压成两步操作
借出与归还是最容易断的一环，做成两步即可，不必上系统。
- 借出时在登记表填「借用人 + 借出时间 + 用途（哪个需求、哪个版本）」。
- 归还时填「归还时间 + 设备状态」，顺手确认电量、屏幕、以及是否还装着内测包。
- 长期借用（超过一周）单独标色，避免被默认为「已经还了」
- 出差带出的设备在备注里写明预计归还日期
- 设备损坏当天记录，别等下次借用时才发现
第三步：每次安装都留版本记录
设备管理的另一半是版本对账。同一台机器上可能装过十几个内测包，出问题时第一个要回答的就是「你装的是哪一版」。
- 上传新包后先在分发后台确认版本号，例如
1.4.2。 - 安装完成后在设备「关于」页核对版本号，与后台一致再开始测试。
- 在登记表追加一行：设备编号、版本号、安装时间、安装来源链接。
- 需要回退时按记录找到上一版的分发链接，而不是在聊天记录里翻历史消息。
安卓侧要特别注意：versionCode 相同但证书不一致的包无法覆盖安装，遇到「应用未安装」先看是不是拿了另一个构建产物。
第四步：用分发链接代替传文件
把安装包在群里传来传去，是版本混乱的主要来源。文件会被改名、会被转发到过期群、会有人装到旧包上。
- 统一从分发后台的固定链接或二维码安装，链接不变、包可替换
- 安装链接写进登记表，而不是写「找 XX 要包」
虾分发支持多版本并存与启停，历史版本可以保留入口，回退时不必重新上传（https://xiafenfa.com）。设备的安装记录与后台的版本列表能对上，对账就成立了一半。
常见问题
| 问题 | 处理方式 |
|---|---|
| 设备找不到当前保管人 | 查最近一次借用记录，无记录则按部门逐个确认并补登 |
| 同一台机器装了两个包 | 确认包名是否不同，保留需要的一个，另一个卸载 |
| 归还时发现装的是旧版本 | 按登记表最后一行核对，重装当前版本并更新记录 |
| 系统升级后装不上 | 核对应用的最低系统版本要求，必要时换设备复测 |
| 设备要报废或转出 | 先清除账号与内测包，在登记表标注停用日期 |
收尾
设备管理的收益不在流程本身，而在问题出现时能少绕几圈。编号、借还、版本记录做扎实，复现缺陷、回退版本、交接工作都会轻很多。规模小的时候一张共享表格够用，人多了再换工具，别在起步阶段就上系统。