20190621版本-测试过程回溯

在制定测试计划时，规划好测试的版本数，需要在平时项目中总结。 是个技术活。

• 在测试周期中：前松后紧，造成后期系统测试不充分，上线后使用中发现课程详情页样式加载有问题

（后期注意：在不阻塞的情况下，不打回版本，追赶测试，提早暴露问题）

• 原型的不完整，到后期才提出

（在直播教学页面，布置作业界面的原型不正确，到后期恍然大悟，要求产品确认需求）

• 需求的不确定性，后台-作业统计模块，无默认排序，

开发小哥哥发现了问题，但没有抛出来，导致开发实现和测试预期结果不一致，再来确认需求（后期注意：发现问题条件下，及时与产品或团队成员沟通）

• 开发和测试对需求的理解不一致，以及对需求的细化：

建议：每个阶段的评审，几方都参加。

• 开发过程参照原型：UI效果图和原型的相互确认，同步更新（开发更偏向参照原型）
• 测试提bug时，尽量详细，写明平台和账号信息。

转载于:https://www.cnblogs.com/ww-xiaowei/p/11200575.html