标签：需求 版本 20190621 回溯 开发 原型 测试 后期

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

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

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

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

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

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

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

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

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

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

标签：需求,版本,20190621,回溯,开发,原型,测试,后期
来源： https://www.cnblogs.com/ww-xiaowei/p/11200575.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。