一，问题描述：
1.本轮测试4天时间，共计XX个bug，其中XX个bug为UI bug已修复，XX个bug遗留（XX个bug产品经理给出具体方案后续优化，XX个为浏览器机制产生的一直存在，前端也一直未给出相应的解决）。
XX个界面优化用户体验性问题：
| bug单号 | BUG概述 |
| BCBX-001 | 登录模块-手机号可以输入12位以上的数字 |
| BCBX-002 | 首页-帖子搜索模块，点击“搜索”按钮，无反应 |
| BCBX-003 | 页面底部-时间显示有误 |
| BCBX-004 | .... |
| BCBX-005 | .... |
二，出现的问题：
1，遗留问题中一个为浏览器机制问题，一直存在，影响面微小。4个为需求优化建议；
2，一轮BUG中XX问题，已提出P0的严重性BUG，但是未引起到足够的重视，在二轮中未修改完成，造成进度有部分延期。
3，1.12版本中合入其他版本修复的部分问题，代码合并部分引入部分风险，主要有（1，版本的稳定性有一定影响性；2，合入部分的代码会存在没有相应的需求和影响范围分析性数据，这样会给测试带来部分漏测的风险；）
三、解决方案：
1，Story1.12遗留的5个bug在后面迭代中产品会加入到具体的需求文档进行需求评审优化完毕。
2，转测试之前，需要先验证上一轮测试中是否有未回归的BUG3，对于未修复的BUG尤其是严重级别的BUG（或者造成阻塞的BUG），需要在bug平台的问题跟踪单中标到高优先级。
4，对于验证程度高级别的BUG，要不仅和开发沟通为什么这样的BUG不在次轮修复，而且还要发邮件将风险告知所涉及的人员，使对应的人员有充足的时间寻找解决以及规避此风险的措施。
5，对于合入代码部分，尽量在迭代测试中建议开发人员减少合入与本次迭代无关的代码的活动，如果有合入的必要，建议最好有一份所涉及的影响范围的文档说明，这样也一定程度上避免掉漏测的风险
四、改进措施：
1，每轮迭代之前需要对上一轮的bug进行回归，尽量保证无遗留未修复的bug迭代测试；
2，充分理解需求，梳理需求的优先级，优先聚焦高优先级的需求，按照优先级顺序进行测试，这样也就容易在一开始出现风险就很快的暴露抛出对应的风险；
3，这次迭代测试，应该建议能否重新调整工作流程，如下:
a)检查是否在本轮测试中有修复的bug，优先回归；
b)对照需求文档，按照优先级顺序检查所涉及的需求是否都cover到；
c)执行所有的冒烟测试用例；
d)执行全用例测试；
e)采用猜错法，因果法等测试方法，以及自己的相关测试过程中的积累，联想本次需求所涉及影响的模块，去对对应的模块进行功能验证；
f)迭代测试过程中或许会遇到部分问题等不可变的因素，但是测试人员本身应该遇到这些因素，应该自己一套反应机制，个人的处理流程是这样：
g)迅速分析因素，和产品，研发人员对齐这样因素产生的原因，规避办法；
h)分析因素对目前测试计划进度造成的影响，如是否会延期，是否对功能造成阻塞；
i)将因素有可能造成的风险迅速以邮件知会相关人员，组织会议进行评审；
j)基于因素快速根据情况按照当前的优先级调整自己的测试计划计划；
http://www.bcbxhome.com/bcbx/forum.php?mod=viewthread&tid=108&fromuid=27
(出处: 编测编学软件测试)