一，問題描述：
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
(出處: 編測編學軟件測試)