EXECUTIVE SUMMARY
先看结论
- 01每个用户动作都要有后台对应
- 02正常流程与异常流程都要测试
- 03平台审核通过不等于业务验收完成
- 04发布账号、代码与数据归属要明确
01
按角色走完整业务流程
分别以游客、注册用户、会员、员工和管理员身份操作，确认可见范围、可执行动作、状态变化和越权限制。
- 注册与登录
- 角色权限
- 提交与取消
- 审核与处理
- 通知
- 历史记录
02
检查后台和数据一致性
用户端显示的商品、时间、库存、订单、会员和状态，应能在后台配置和查询；导出、删除和修改要符合权限与日志要求。
- 基础配置
- 订单与状态
- 用户与会员
- 内容管理
- 数据导出
- 操作日志
03
测试接口与异常场景
支付失败、重复提交、库存不足、接口超时、消息未送达、退款或取消等情况需要明确提示和后台记录，不能只演示成功路径。
- 弱网与超时
- 重复操作
- 支付退款
- 接口失败
- 边界数值
- 错误恢复
04
完成发布和交接
确认小程序主体、管理员、开发者权限、服务器域名、隐私协议、类目资质、体验版、正式版本、代码和部署资料。平台政策或主体资质问题应单独列为合作事项。
- 主体与管理员
- 开发权限
- 类目和资质
- 隐私与用户协议
- 版本发布
- 代码和文档
FAQ
常见问题
01平台审核通过就可以验收吗？＋
不能。平台审核只代表符合当次平台发布要求，业务流程和交付仍需按项目清单验收。
02支付功能怎么测试？＋
使用测试商品或小额真实订单，覆盖支付、取消、退款和后台对账。
03员工权限后续能调整吗？＋
可以，但权限模型应在首期设计清楚，新增复杂规则可能属于迭代。