1、什么是回歸測試

回歸測試（Regression testing） 指在發生修改之后重新測試先前的測試以保證修改的正確性。理論上，軟件產生新版本，都需要進行回歸測試，驗證以前發現和修復的錯誤是否在新軟件版本上再次出現。

2、測試策略

回歸測試的策略一般由測試經理或測試組長制定，初級軟件測試人員只要按相應的策略執行測試即可。現以XYC郵箱的測試為例，簡要介紹一下回歸測試的基本策略。

（1）回歸測試時執行全部的測試用例

XYC郵箱V1.0版本的第一輪測試中發現100個Bug，那么在第二輪的回歸測試中，除了測試這100個Bug之外，其他所有功能點的測試用例需要重新再執行一遍，這樣做的原因在于，回歸測試的V1.1版本是在修改了V1.0版本存在的100個Bug的基礎上建立起來的。由于修復了大量的Bug，這就意味著要改動大量的代碼，當多處代碼被改動后誰也不能保證其他功能點不受影響，所以對所有的功能點進行測試是比較保險的，也是比較周密的，不會遺漏任何的測試點。使用此策略的時間周期和人力成本也是比較高的，一般情況下，當第一輪測試發現的Bug數量過多的情況下，第二輪回歸測試應該執行全部的測試用例。

（2）選擇重要的功能點、常用的功能點、與Bug相關聯的功能點進行回歸測試

XYC郵箱的第二輪回歸測試中又發現了40個Bug，那么在第三輪的回歸測試過程中，除了要測試這40個Bug之外，還應當把重要的功能點、常用的功能點、與Bug相關聯的功能點的測試用例再執行一遍，其他次要的測試用例可在時間充足的情況下選擇性執行。

（3）選擇性執行關鍵功能點的測試用例

XYC郵箱的第三輪回歸測試中又發現了12個Bug，那么在第四輪的回歸測試過程中，除了測試這12個Bug之外，還可以選擇性地執行一些關鍵功能點的測試用例，其他測試用例可在時間充足的情況下選擇性執行。

（4）僅測試出現Bug的功能點

如果測試組認為軟件的功能點已經十分穩定了，回歸測試的時候可選擇僅測試出現Bug的功能點。每個策略都有其適應的場景，不能一概而論，應當以Bug的數量和嚴重程度為導向，深入分析，然后得出適合本項目的回歸測試策略。

回歸測試是在系統測試人員完成了需求評審、測試計劃、用例設計、環境搭建、Bug提交等關鍵性的測試工作之后所要開展的工作，可以說此時的測試人員已經完全融入測試體系當中，也完全可以勝任相應的測試工作了。至于回歸測試的策略，初級軟件測試人員可通過先學習測試經理制定的策略，再從執行回歸測試策略過程中進一步提升自己的測試經驗。

3、對Bug起爭議時的處理

測試人員和開發人員因Bug起爭議的事情常有發生，例如開發人員認為這不算是一個Bug，或認為這個Bug不重要，不需要修改，而測試人員認為這是一個很嚴重的Bug，需要開發人員修改，或因其他原因起了爭議等。如果出現了這些情況，測試人員應如何處理呢？

（1）任何爭議都需要“對事不對人”，不能因為Bug而激化了雙方的矛盾。

（2）有很多初級軟件測試人員提交的Bug單流轉到開發人員那里后，開發人員看不懂。原因在于測試人員提交的Bug單沒有描述清楚，這是一個非常常見的現象。測試人員提交的Bug單一定要描述清楚，并需要有充足的依據和理由。

（3）如果Bug單寫清楚了，但開發人員還是不愿意修改的話，可以找一個合適的時間，心平氣和地與開發人員溝通，說明此Bug對產品質量可能產生的不良影響，測試人員在溝通過程中不能意氣用事。

（4）經溝通后，如果開發人員還是不愿意修改的話（當然開發人員不修改也有他們的原因），那么此時可以向測試經理匯報這一情況，由測試經理出面解決，或是由測試經理召開Bug評審大會（開發人員、測試人員、產品經理三方人員參與，有時也包括項目經理），共同定奪。

（5）有些初級軟件測試人員把Bug提交到開發人員那后，經過開發人員的各種解釋，就會同意開發人員的意見，也認為這確實不是一個Bug，從而忽略這個問題，這也是經常發生在初級軟件測試人員身上的事情。這就要求測試人員提交Bug的過程要有原則性，這也是作為一名合格的測試人員最重要的特征之一，對待問題需要堅持原則。

（6）測試人員應和開發人員面對面或通過電子郵件、電話等方式保持密切溝通，共同協商和處理Bug，以減少兩者間的隔膜，增加測試人員與開發人員之間的信任和了解。直接溝通也應貫穿到產品開發、測試的每個環節當中。