1、什么是回歸測試

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

2、測試策略

回歸測試的策略一般由測試經(jīng)理或測試組長制定，初級軟件測試人員只要按相應(yīng)的策略執(zhí)行測試即可?，F(xiàn)以XYC郵箱的測試為例，簡要介紹一下回歸測試的基本策略。

（1）回歸測試時執(zhí)行全部的測試用例

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

（2）選擇重要的功能點、常用的功能點、與Bug相關(guān)聯(lián)的功能點進(jìn)行回歸測試

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

（3）選擇性執(zhí)行關(guān)鍵功能點的測試用例

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

（4）僅測試出現(xiàn)Bug的功能點

如果測試組認(rèn)為軟件的功能點已經(jīng)十分穩(wěn)定了，回歸測試的時候可選擇僅測試出現(xiàn)Bug的功能點。每個策略都有其適應(yīng)的場景，不能一概而論，應(yīng)當(dāng)以Bug的數(shù)量和嚴(yán)重程度為導(dǎo)向，深入分析，然后得出適合本項目的回歸測試策略。

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

3、對Bug起爭議時的處理

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

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

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

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

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

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

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