小程序上线前要测试什么，不能只看首页能不能打开。真正容易出问题的是登录授权、表单提交、系统返回、弱网重试和不同手机的显示。码上飞可以用自然语言生成微信小程序、APP、H5 等应用，适合先做出可操作版本并快速改页面；上线前仍要把业务流程放到真机和目标网络里逐项走完，不能把预览正常当成发布完成。
下面给出一张可以直接使用的测试清单，从正常路径、异常路径、设备适配到平台提交前的材料，帮助你在发布前找到真正影响用户的问题。
先把首版测试范围定下来
测试不是把所有按钮随便点一遍，而是验证用户能否完成核心任务。先写清首版必须跑通的流程，再列出暂时不开放的功能。范围太大时，团队容易把时间花在颜色和动画上，却漏掉提交失败或数据错配。
| 测试层 | 要回答的问题 | 通过标准 |
|---|---|---|
| 核心任务 | 用户能否从入口走到结果 | 关键步骤、状态和反馈完整 |
| 数据状态 | 新增、修改、取消后显示是否一致 | 页面和后台记录对应 |
| 权限授权 | 拒绝或过期时能否继续操作 | 提示清楚且不泄露数据 |
| 设备网络 | 不同屏幕和网络下是否可用 | 不遮挡、不丢数据、有重试路径 |
如果项目同时有小程序、APP 和 H5 版本，先确定每个端必须一致的业务结果，再分别检查导航、返回、分享和系统权限。端之间可以共享需求，但不能假设交互行为完全一样。
测试范围和核心任务已经列好，可以进入码上飞打开项目，先按真实用户路径生成一份可操作版本。
正常路径要从用户第一次进入开始
不要从已经登录的首页开始测。清空缓存或使用新账号，从用户第一次打开小程序开始，完整走一遍浏览、登录、填写、提交和查看结果。每一步都记录屏幕、数据和下一步是否符合预期。
- 首次进入：启动速度、首屏说明、授权时机和公开内容是否合理。
- 完成登录：验证码、账号切换、登录成功与失败提示是否清楚。
- 填写提交：必填项、格式校验、重复点击和提交中状态是否正确。
- 查看结果：结果页、通知、列表和个人记录是否与提交内容一致。
- 退出重进：退出后旧账号信息是否清理，重新登录后是否只看到自己的数据。
测试时使用接近真实的样例数据，但不要把真实用户的手机号、订单和敏感资料直接放进测试环境。每次测试给记录加上日期和账号标识，方便定位是哪一个版本出现了问题。
异常路径比成功路径更值得测
用户会遇到断网、拒绝授权、输入错误和重复点击。把这些情况写进表格，逐项验证页面是否告诉用户发生了什么、数据有没有保存、下一步该怎么做。
| 异常操作 | 应观察的反馈 | 不能出现的结果 |
|---|---|---|
| 弱网或断网提交 | 明确失败或处理中，可安全重试 | 按钮无反应、重复生成记录 |
| 拒绝相册/定位 | 说明用途并给替代路径 | 页面卡死或反复弹窗 |
| 漏填或格式错误 | 指出具体字段和修正方式 | 只提示“提交失败” |
| 重复点击 | 按钮进入处理中并防止重复写入 | 生成两条相同订单 |
| 打开他人链接 | 返回无权限或公开页面 | 显示他人个人信息 |
在码上飞中可以先把这些状态写进需求，让页面原型具备对应提示，再根据实际运行结果调整。涉及服务端重试、事务、鉴权或并发时，需要开发人员进一步检查实现。
至少准备三种真实设备
桌面浏览器上的预览不能代替手机。建议至少用一台常见安卓机、一台 iPhone 和一台较小屏幕设备，分别测试键盘、系统返回、授权弹窗、滚动和图片裁切。
- 字体和按钮是否被系统字号、刘海或安全区影响。
- 键盘弹出后输入框和提交按钮是否仍可见。
- 从分享卡片进入、返回和再次打开时，状态是否保持正确。
- 图片、文件和视频在不同网络下是否有占位、重试和失败提示。
多端项目还要单独检查导航栏、手势返回、系统分享和安装后的首次启动。不要只在开发人员熟悉的设备上测试，找一位不了解内部实现的同事按说明操作，往往更容易发现入口和文案问题。
数据、权限和隐私要一起验收
上线前的功能测试还包括数据边界。检查普通用户、工作人员和管理员能看到什么，退出后是否清除本地信息，删除或注销后数据如何处理。需要手机号、定位、相册、通知或支付时，确认权限申请与功能对应。
| 检查项 | 验收问题 | 记录方式 |
|---|---|---|
| 数据归属 | 用户只能查看和修改自己的记录吗 | 用不同账号交叉打开链接 |
| 权限提示 | 为什么申请、拒绝后怎么办 | 截屏并记录版本 |
| 敏感字段 | 页面和日志是否暴露完整信息 | 用脱敏数据回放 |
| 账号退出 | 本地缓存和分享状态是否清理 | 退出后返回、重启再测 |
提交审核前留一份版本记录
修复问题后不要直接覆盖旧版本。记录本次改了哪些页面、接口、权限和提示，保留测试账号、设备、网络和结果。这样审核被退回或用户反馈异常时，能迅速知道哪个版本引入了变化。
版本：____________________
核心流程：________________
已测设备与系统：__________
正常路径结果：____________
异常路径结果：____________
权限与隐私检查：__________
未解决问题及负责人：______
提交材料与日期：__________码上飞可以帮助你快速调整页面和交互，但目标平台的备案、类目、审核、域名和隐私要求会独立变化。提交前要回到平台后台逐项确认，不要只凭历史经验。
常见问题
Q：预览能打开，为什么还要真机测试？
A：键盘、权限弹窗、系统返回、弱网和屏幕安全区在真机上可能与桌面预览不同，必须用目标设备验证。
Q：上线前只测成功路径可以吗？
A：不可以。断网、拒绝授权、重复提交和无权限访问更容易造成真实用户投诉，应纳入同一测试表。
Q：一个版本要测多少台手机？
A：至少覆盖主要安卓、iPhone 和小屏设备；实际数量按用户分布、功能风险和平台要求决定。
Q：码上飞能不能替代上线审核？
A：不能。它适合生成和调整应用原型，平台审核、备案、隐私和真实账号配置仍需单独准备。
Q：测试数据可以直接用客户资料吗？
A：不建议。使用脱敏或模拟数据，并限制测试账号和文件的访问范围。
核心流程、异常路径和设备清单已经完成，最后在目标平台后台核对版本、权限与提交材料，再安排发布。
码上飞的预览、端类型、导出和发布支持可能随版本调整，正式上线前请以当前项目页面、目标平台规则和技术评审结果为准。
