在制定测试计划时，规划好测试的版本数，需要在平时项目中总结。 是个技术活。
- 在测试周期中：前松后紧，造成后期系统测试不充分，上线后使用中发现课程详情页样式加载有问题
（后期注意：在不阻塞的情况下，不打回版本，追赶测试，提早暴露问题）
- 原型的不完整，到后期才提出
（在直播教学页面，布置作业界面的原型不正确，到后期恍然大悟，要求产品确认需求）
- 需求的不确定性，后台-作业统计模块，无默认排序，
开发小哥哥发现了问题，但没有抛出来，导致开发实现和测试预期结果不一致，再来确认需求（后期注意：发现问题条件下，及时与产品或团队成员沟通）
- 开发和测试对需求的理解不一致，以及对需求的细化：
建议：每个阶段的评审，几方都参加。
- 开发过程参照原型：UI效果图和原型的相互确认，同步更新（开发更偏向参照原型）
- 测试提bug时，尽量详细，写明平台和账号信息。