最近一直在思考以下兩個問題：
1、每個專案每個build測試執行過程中如何把握測試主線？
2、哪些屬於測試模組的主要功能？對於測試人員有哪些途徑去積累判斷測試模組的主要功能？
對於第乙個問題，看起來很簡單，但是執行起來不容易，有時即使對於有經驗的測試人員也很容易在測試過程忽略掉每一輪測試的重點，陷入乙個小模組進行詳細測試，而忽略了對這輪測試總體測試側重點的把握。所謂測試主線就是該輪測試我們的測試重點，如冒煙測試我們主要看測試模組主要功能在正常情況下能不能實現，影不影響專案進入系統測試；本地化測試時，當主要功能較穩定時，我們關注的更多的是字元，亂碼，拼寫，提示資訊，標點等等是否已本地化；測試後期我們更多的是驗證bug，而不是進行詳細的系統測試。實際測試中，我經常看到同事對每輪的測試主線把握的不是太好，如我們公司對每個專案每輪測試都要進行冒煙測試，在冒煙測試問題反饋中，經常看到上報的有些小的控制項問題，如按鈕沒有完全展示出來，輸入框對特殊字元及快捷鍵沒有做處理等，這些確實是問題，但是這不是我們進行冒煙測試的初衷；乙個專案的最後乙個build有時會看到同事會提好多建議，提建議固然很好，但是我們應該清楚，最後乙個build測試重點一般主要放在驗證上輪bug上，對於建議應該在前幾個build來提，而不是最後一輪，因為最後一輪意味著專案要投向市場，面臨著市場壓力，即使提了建議，開發人員為了保持主要功能的穩定性及降低風險，一般也不會修改這些建議的。
那麼我們如何知道每輪測試的側重點？拿我們公司來說，每輪測試都會有更新文件和本輪測試重點描述的相關文件；如果沒有這方面的文件，這時候就可以去詢問測試專案負責人或測試執行負責人。當我們知道該輪測試重點後，結合測試時間，大致劃分下每個時間段測試哪些模組，具體執行中牢記本來測試重點，從負責的整個測試模組來把握測試主線，盡量避免被乙個小模組拖累了整個專案的測試進度。
關於第二個問題：哪些屬於測試模組的主要功能？我的理解是這裡的主要功能是由使用者的使用頻率和這個功能失效對使用者的影響共同決定的，舉個簡單例子，我們經常提到的ui測試，一般ui的關注點在於美觀性，控制項類等問題，如進入tab頁後資訊的展示，這個對功能的使用沒有影響（功能已經實現），但是使用者進行相關操作時直接就可以看到這些資訊如何的展示，使用者看到和使用到的頻率很高，如果資訊的展示不是很好，就會直接影響使用者對我們產品的使用信心。決定主要功能的是使用者，所以對於測試人員有哪些途徑去積累判斷測試模組的主要功能也是從如何了解使用者習慣展開的，總結了以下途徑：
1、直接與使用者接觸了解使用者使用習慣，了解使用者主要關注哪些模組，這些模組這些點就是我們所說的主要功能。（對於我們公司很少有這種機會）
3、看需求，這裡的需求有產品需求說明書和使用者需求說明書，通過需求說明書我們就可以知道使用者的需求，優先順序等，這些也是我們判斷是否是主要功能的依據。
4、經驗，這個主要就看我們對測試模組的熟悉程度。大家可能有這個經驗，就是乙個模組測試久了，對這個模組的總體把握，哪些相對重要在心裡會有大致的區分，這個就要求我們在測試執行過程中，其他時間多了解我們的測試專案，哪些是主線，哪些是次線。（這種途徑個人感覺存在一定風險，有時只是自我感覺是不是主要功能，實際上是不是-----）
5、向以前測試該模組的測試人員學習，詢問；向小組領導請教，一般測試領導對模組主要功能的把握比較準
6、看產品使用說明書，當我們剛接手乙個新模組時，還沒有對該模組形成所謂的經驗，這時候我們可以看看使用說明書，了解該模組，使用說明書一般是技術支援人員來寫（我們公司如此，其它公司不太清楚），寫的角度也可能是從使用者角度出發，對我們對乙個模組主要功能的判斷有一定的啟示意義。
測試過程中，也遇到對主要功能把握不准的情況，請教老員工，老員工說過最多的就是：經驗。其實我很反感這句話，對於新人能不能告訴我們掌握主要功能的途徑，或者說經驗積累的方法，通過哪些途徑去積累這些經驗，而不是動不動就那經驗來顯擺，這樣才能讓新員工快速積累這方面的經驗，抓住主要功能，少走些彎路，快速成長起來，這裡譴責下這些不負責任的老員工，呵呵。
以上只是自己的一點看法，如測試前輩有更好的途徑和建議，請指導，共同進步，謝謝。
***********************************=分割線******************************==
軟體測試 如何確定軟體測試結束的標準
在軟體消亡之前，如果沒有測試的結束點，那麼軟體測試就永無休止，永遠不可能結束。軟體測試的結束點，要依據自己公司具體情況來制定，不能一概而論 個人認為測試結束點由以下幾個條件決定 1.基於 測試階段 的原則 每個軟體的測試一般都要經過單元測試 整合測試 系統測試這幾個階段，我們可以分別對單元測試 整合...
如何確定軟體測試結束的標準
在軟體消亡之前，如果沒有 測試 的結束點，那麼 軟體測試 就永無休止，永遠不可能結束。軟體測試的結束點，要依據自己公司具體情況來制定，不能一概而論！個人認為測試結束點由以下幾個條件決定 1 基於 測試階段 的原則 每個軟體的測試一般都要經過 單元測試 整合測試 系統測試 這幾個階段，我們可以分別對單...
如何確定軟體測試結束的標準
在軟體消亡之前，如果沒有 的結束點，那麼 就永無休止，永遠不可能結束。軟體測試的結束點，要依據自己公司具體情況來制定，不能一概而論！個人認為測試結束點由以下幾個條件決定 1 基於 測試階段 的原則 每個軟體的測試一般都要經過 整合測試 這幾個階段，我們可以分別對單元測試 整合測試和系統測試制定詳細的...