TG咨询验收演示时，画面能打开不等于环境符合需求。使用云手机厂商演示环境的验收问题清单，应把设备配置、实际操作、数据处理和交付责任逐项核实，并记录结果，避免演示结束后对“提供了什么”理解不一。
先把演示范围说清楚
演示前，双方先确认要验证的是单台云端实例、批量设备管理，还是某个应用的运行效果。再确定测试账号、应用安装包来源、操作时间和可使用的功能。若演示仅覆盖指定机型或特定镜像版本，就应写明，不能据此推定其他配置也能正常运行。
可以先问厂商：实例运行的操作系统版本和设备参数如何查看？演示期间哪些权限开放给测试者？结束后实例是否保留、重置或释放？这些答案能划定环境边界，也方便后续复现问题。
五项关键核验内容
| 核验项 | 现场检查方法 | 记录重点 |
|---|---|---|
| 设备环境 | 查看系统版本、屏幕分辨率、语言、时区及可用存储；对照事先约定的配置。 | 实际值、查看方式、与约定不符之处。 |
| 应用运行 | 从安装开始，依次打开、登录、切换页面并执行约定的核心操作。 | 应用版本、复现步骤、错误提示及发生时间。 |
| 远程操作 | 检查画面是否及时更新，触控、键盘输入、复制粘贴等功能是否符合演示范围。 | 支持的操作类型；网络变化时的表现。 |
| 权限与隔离 | 核对测试者能否安装应用、查看文件、重启实例或访问管理功能。 | 权限主体、权限范围，以及如何撤销。 |
| 数据与退出 | 创建一条无敏感信息的测试记录，按约定重启或清理，再确认数据状态。 | 数据留存规则、清理责任和完成确认方式。 |
不同厂商的产品实现可能不同，以上项目应按合同和演示目标取舍。例如，若验收重点是设备兼容性，就要先约定目标系统版本及应用版本；若重点是集中管理，则还要核实控制台可见范围、操作权限和日志能力。
按步骤执行，避免只看演示视频
- 会前锁定条件：将实例数量、系统版本、应用版本、测试账号和验收动作列成清单；不适用的项目标记为“不测试”，不要留成默认承诺。
- 现场核对配置：请演示人员展示实际实例信息。可使用设备设置页面核对基础信息；如双方约定使用 ADB 检查，再明确连接方式及开放权限，不能把未开放的调试能力视为默认交付。
- 按同一顺序操作：从启动实例开始，执行安装、登录、关键页面操作、退出和重启。每一步记录预期结果与实际结果；遇到异常时记录复现条件，不只写“运行不稳定”。
- 验证清理与回收：确认测试数据是否保留、如何删除，实例结束后由谁负责停用或释放。测试数据应避免包含真实个人信息、密码或生产业务资料。
- 现场确认结论：逐项标注通过、未通过或待补充，并注明责任人和后续确认时间。未完成的项目不能写成已验收。
把演示结果和交付承诺分开
云手机厂商演示环境的验收问题清单不仅记录“能不能用”，也要区分现场能力与正式交付。演示实例上的临时配置、测试账号或人工协助，不一定会自动包含在后续服务中。应单独确认正式环境是否沿用同一镜像、是否提供管理权限、问题由谁受理，以及实例和存储的计费或回收规则。费用、服务时限等内容以双方实际约定为准，不宜凭演示口头推断。
验收结论最好附上配置记录、问题描述和双方确认状态。若现场无法验证某项能力，就写清未验证原因及补测条件。这样，云手机厂商演示环境的验收问题清单才能成为后续采购评估与交付对照的依据，而不是单纯的观感记录。
常见问题
演示环境和正式环境需要完全一致吗？
不一定，但差异必须列明，例如系统版本、实例规格、管理权限或网络条件；关键验收项应在约定的正式配置上复核。
没有明确的性能指标，怎么记录卡顿？
记录操作步骤、发生时段、网络情况和现象。若要判定时延或流畅度，应先约定测量方法、测试设备与网络条件。
演示结束后测试数据由谁删除？
以事先约定为准。明确厂商与测试方各自的操作责任、清理范围，以及如何确认清理完成。
验收未通过能否直接判断产品不适用？
先区分环境配置问题、操作问题与产品能力缺口，按记录复测。复测仍不满足已约定条件，再依据合同或采购流程处理。
把范围、步骤和结果写实，才能让云手机厂商演示环境的验收问题清单准确反映环境与交付边界。