测试与问题修复｜小程序开发
测试与问题修复是小程序开发中的关键环节。场景与页面规划
测试与问题修复环节首先要确认的是范围与标准。这一点在实际操作中最容易被当成口号，因为短期内看不出差别。等到业务量上来、参与的人变多，差异才会显现——前期有没有把这件事想清楚，直接决定了后面是继续优化，还是推倒重来。
需要说明的是，这件事没有统一的答案。适合别人的做法未必适合自己，判断标准应该是：这套做法能不能在自己的业务条件下稳定运行。
具体怎么做，可以按这个顺序推进：首先，把当前的问题按影响程度排序，只解决排在前面的；其次，为每个问题定义一个可验证的结果；再次，约定复查时间，把调整变成例行动作。
这一步通常包含的工作
- 场景与页面规划：在测试与问题修复阶段完成，并在交付说明中写明结果。
- 前后端开发：在测试与问题修复阶段完成，并在交付说明中写明结果。
- 支付与消息对接：在测试与问题修复阶段完成，并在交付说明中写明结果。
- 审核发布与迭代：在测试与问题修复阶段完成，并在交付说明中写明结果。
需要注意的地方
把手段当目标
上了系统、做了改版、发了内容，就当作事情完成了，却没有回头看这些问题是否真的被解决。
信息没有沉淀
过程中的判断依据和记录没有归档，人员变动后需要重新摸索一遍。
忽略使用者的习惯
方案由少数人拍板，实际使用者没有参与，上线后推行困难。
与其他环节的衔接
这一步的产出物需要可以被检查和验收。这一点在实际操作中最容易被当成口号，因为短期内看不出差别。等到业务量上来、参与的人变多，差异才会显现——前期有没有把这件事想清楚，直接决定了后面是继续优化，还是推倒重来。
很多企业客户在这一步走弯路，是因为把顺序弄反了：先去找工具和方法，再回头想问题是什么。顺序对调之后，效率差别很大。