如何抓住軟件測試的主線及確定主要功能？
最近一直在思考以下兩個問題：
1、每個項目每個Build測試執行過程中如何把握測試主線？
2、哪些屬于測試模塊的主要功能？對于測試人員有哪些途徑去積累判斷測試模塊的主要功能？
對于第一個問題，看起來很簡單，但是執行起來不容易，有時即使對于有經驗的測試人員也很容易在測試過程忽略掉每一輪測試的重點，陷入一個小模塊進行詳細測試，而忽略了對這輪測試總體測試側重點的把握。所謂測試主線就是該輪測試我們的測試重點，如冒煙測試我們主要看測試模塊主要功能在正常情況下能不能實現，影不影響項目進入系統測試；本地化測試時，當主要功能較穩定時，我們關注的更多的是字符，亂碼，拼寫，提示信息，標點等等是否已本地化；測試后期我們更多的是驗證bug，而不是進行詳細的系統測試。實際測試中，我經?？吹酵聦γ枯喌臏y試主線把握的不是太好，如我們公司對每個項目每輪測試都要進行冒煙測試，在冒煙測試問題反饋中，經?？吹缴蠄蟮挠行┬〉目丶栴}，如按鈕沒有完全展示出來，輸入框對特殊字符及快捷鍵沒有做處理等，這些確實是問題，但是這不是我們進行冒煙測試的初衷；一個項目的最后一個Build有時會看到同事會提好多建議，提建議固然很好，但是我們應該清楚，最后一個Build測試重點一般主要放在驗證上輪Bug上，對于建議應該在前幾個Build來提，而不是最后一輪，因為最后一輪意味著項目要投向市場，面臨著市場壓力，即使提了建議，開發人員為了保持主要功能的穩定性及降低風險，一般也不會修改這些建議的。
那么我們如何知道每輪測試的側重點？拿我們公司來說，每輪測試都會有更新文檔和本輪測試重點描述的相關文檔；如果沒有這方面的文檔，這時候就可以去詢問測試項目負責人或測試執行負責人。當我們知道該輪測試重點后，結合測試時間，大致劃分下每個時間段測試哪些模塊，具體執行中牢記本來測試重點，從負責的整個測試模塊來把握測試主線，盡量避免被一個小模塊拖累了整個項目的測試進度。
關于第二個問題：哪些屬于測試模塊的主要功能？我的理解是這里的主要功能是由用戶的使用頻率和這個功能失效對用戶的影響共同決定的，舉個簡單例子，我們經常提到的UI測試，一般UI的關注點在于美觀性，控件類等問題，如進入tab頁后信息的展示，這個對功能的使用沒有影響（功能已經實現），但是用戶進行相關操作時直接就可以看到這些信息如何的展示，用戶看到和使用到的頻率很高，如果信息的展示不是很好，就會直接影響用戶對我們產品的使用信心。決定主要功能的是用戶，所以對于測試人員有哪些途徑去積累判斷測試模塊的主要功能也是從如何了解用戶習慣展開的，總結了以下途徑：
1、直接與用戶接觸了解用戶使用習慣，了解用戶主要關注哪些模塊，這些模塊這些點就是我們所說的主要功能。（對于我們公司很少有這種機會）
2、關于1是個很理想的狀態，但是大多數情況下，我們測試人員是很少有機會接觸到用戶的。這個時候可以間隔性的請技術支持或者銷售人員給我們介紹用戶主要關注哪些模塊及哪些問題的出現會使用戶非常惱火以及現場問題收集等等，技術支持和銷售人員對于用戶的了解一般會比我們測試人員多。（這個途徑也像老大建議過，但是一直沒有做起來，導致現在對現場問題及用戶習慣處在模模糊糊的狀態）
3、看需求，這里的需求有產品需求說明書和用戶需求說明書，通過需求說明書我們就可以知道用戶的需求，優先級等，這些也是我們判斷是否是主要功能的依據。
4、經驗，這個主要就看我們對測試模塊的熟悉程度。大家可能有這個經驗，就是一個模塊測試久了，對這個模塊的總體把握，哪些相對重要在心里會有大致的區分，這個就要求我們在測試執行過程中，其他時間多了解我們的測試項目，哪些是主線，哪些是次線。（這種途徑個人感覺存在一定風險，有時只是自我感覺是不是主要功能，實際上是不是-----）
5、向以前測試該模塊的測試人員學習，詢問；向小組領導請教，一般測試領導對模塊主要功能的把握比較準
6、看產品使用說明書，當我們剛接手一個新模塊時，還沒有對該模塊形成所謂的經驗，這時候我們可以看看使用說明書，了解該模塊，使用說明書一般是技術支持人員來寫（我們公司如此，其它公司不太清楚），寫的角度也可能是從用戶角度出發，對我們對一個模塊主要功能的判斷有一定的啟示意義。
測試過程中，也遇到對主要功能把握不準的情況，請教老員工，老員工說過最多的就是：經驗。其實我很反感這句話，對于新人能不能告訴我們掌握主要功能的途徑，或者說經驗積累的方法，通過哪些途徑去積累這些經驗，而不是動不動就那經驗來顯擺，這樣才能讓新員工快速積累這方面的經驗，抓住主要功能，少走些彎路，快速成長起來，這里譴責下這些不負責任的老員工，呵呵。
以上只是自己的一點看法，如測試前輩有更好的途徑和建議，請指導，共同進步，謝謝。
版權聲明：本文出自 沒翅膀的飛魚 的51Testing軟件測試博客：http://www.51testing.com/?363907
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。