在軟件測試的崗位工作過程中，我們經(jīng)常會碰到各種問題場景。既有言語溝通上的，也有技術(shù)上的。那么我們該如何應(yīng)對軟件測試工作中的這些問題場景呢？下面，我和大家分享下自己的經(jīng)驗吧。 處理與開發(fā)人員間的認知分歧

在軟件測試的崗位工作過程中，我們經(jīng)常會碰到各種問題場景。既有言語溝通上的，也有技術(shù)上的。那么我們該如何應(yīng)對軟件測試工作中的這些問題場景呢？下面，我和大家分享下自己的經(jīng)驗吧。

處理與開發(fā)人員間的認知分歧

在做軟件測試過程當(dāng)中，我們會經(jīng)常性地和開發(fā)人員打交道。常見的情況是針對軟件BUG上的認知分歧，也就是我認為是BUG，但開發(fā)卻認為不是。最好的解決辦法是，一切基立于可依據(jù)需求文檔來決定。在前期我們一定要和開發(fā)好好溝通，在認真討論后，如果確實認為是bug就給開發(fā)修復(fù)，不是就關(guān)閉這個bug。若存在分歧，則需要將問題報備給開發(fā)經(jīng)理和測試經(jīng)理一起討論，再做決定。

處理項目上線后出現(xiàn)的BUG

還有種情況就是項目上線后才發(fā)現(xiàn)有BUG的情況，雖然碰到很少，但也不是絕對沒有。針對這種情況，我們首先要做的是重現(xiàn)問題并反饋給研發(fā)人員，盡快出patch或者解決方案。如果BUG解決完畢且上線沒有問題之后，我們會進行后續(xù)的處理。

后續(xù)處理及原因追查

在后續(xù)處理過程中，首先是要追查原因然后給出具體的應(yīng)對方法。其中包括解決測試環(huán)境無法重現(xiàn)的情況，可能是線上環(huán)境造成的BUG或者是測試環(huán)境無法模擬的情況。解決方法可以是完善測試方法、盡量模擬測試環(huán)境、增加線上測試。另外，處理漏測的情況時，要重新評估測試時間，避免裁剪用例過度造成的問題。

測試用例覆蓋不全的處理方法

第三種原因是由于測試用例覆蓋不全而導(dǎo)致由于用例評審的合格。解決方法是找到原因，并進行記錄，在以后的項目或者下一版本重點關(guān)注。重要的一點是要將所有的測試用例進行補測。

處理用戶需求臨時變更的情況

在做測試實際項目過程中，經(jīng)常會碰到用戶需求臨時變更的情況。小的需求變更可以直接改，并重新測試。對于較大改動，建議放到下一個版本再修改，如果必須修改，測試也要重新修改測試用例，重新測試可能受影響的模塊。

獲取原始測試數(shù)據(jù)的途徑

對于原始測試數(shù)據(jù)從哪獲取的問題，一般可以通過三種途徑獲?。簻y試數(shù)據(jù)從其他模板中導(dǎo)入，有時也會自己設(shè)置測試數(shù)據(jù)，對于已經(jīng)上線的項目，可以從生產(chǎn)環(huán)境中導(dǎo)入測試數(shù)據(jù)。保證數(shù)據(jù)的準確性和完整性對測試工作至關(guān)重要。

通過以上經(jīng)驗總結(jié)，我們可以更好地應(yīng)對軟件測試工作中所遇到的問題，提高測試工作的效率和質(zhì)量。希望這些方法能夠?qū)φ趶氖萝浖y試工作或者對軟件測試感興趣的讀者有所幫助。