3、 回歸與更改點有關的基本功能，用戶常用功能或操作；

　　3、 開發人員在修改bug狀態的時候，要注明修改了哪個模塊的哪些函數，這些信息有助于懂代碼的測試人員去分析判斷該bug是否真的修復好并對系統產生哪些影響。

　　測試人員:

　　4、 開發改好BUG后，先在開發環境下自行調試，然后安裝版本到真實環境下，對更改點進行確認及按更改點影響到的功能點進行smoking test?？刂坪锰峤粶y試的版本，不出現影響測試進度的低級問題，如執行正常功能時失效，死機等。

　開發解決了一個BUG，但同時引入了新BUG，測試人員在回歸BUG時沒有及時發現，這就叫回歸不充分。這種現象不管對開發人員，還是測試人員都是相當痛心疾首的事。該如何徹底解決此類問題呢？有如下建議：

　　1、 首先開發解決問題時，須全面考慮，把更改方案記錄來，并作好更改的影響分析，包括此更改對本模塊、其他模塊的影響，提出對測試的建議。

　　2、 在故障庫上的BUG解決說明中附上更改說明及對測試的建議，對測試很有用，時間長了，需要時追溯起問題來特別有用。

　　2、 及時更新測試方案與測試用例，嚴格按用例執行；

　　5、 測試人員主動找開發人員、需求人員溝通，加深對系統業務，設計原理的理解，可以就回歸BUG的測試點或測試路徑與開發一起交流，擴展或縮小回歸路徑；

　　4、 在故障庫的“驗證記錄”中列出所有回歸的路徑及內容（即bug回歸路徑的測試用例簡述）；

　　以上步驟都已完成，問題不再出現，驗證通過，關閉此問題，置“關閉”狀態。

　　6、 測試技術經理或主管對測試回歸充分性進行監督與審核（回歸不完善可能引發出系統嚴重問題，,故障庫上留下的回歸信息也方便項目組其他相關人員分析）。

　　開發人員：

　　1、 熟悉系統，各模塊的關聯關系，更改點會影響到的地方作好用戶層的影響分析；

　　關鍵點：解決BUG的徹底性，回歸BUG的全面性，與解決BUG的開發人員，回歸BUG的測試人員對系統業務、軟件系統邏輯的熟悉程度有很大關系。