做軟件測試的人，往往會有這樣的想法：由于軟件的復雜導致了測試的復雜，所以不能指望培訓能給我們很多工作中的實際指導。偏重理論是肯定的，但并非沒有意義。

做軟件測試的人，往往會有這樣的想法：由于軟件的復雜導致了測試的復雜，所以不能指望培訓能給我們很多工作中的實際指導。偏重理論是肯定的，但并非沒有意義，雖然理論同樣可以從相關的文獻資料上得到。因為測試時從來不希望檢測被測系統(tǒng)所有可能的輸入、路徑和狀態(tài)，那么應該選擇什么?什么時候應該停止測試?什么時候應該暫停測試?怎樣編寫一個測試包，它可以檢測足夠多的消息和狀態(tài)的組合來說明沒有失敗的操作，但是從實用性來說它又足夠的小?

測試提出了許多基本的但卻令人困惑的難題，帶著這些問題，所以參加了幾次實用軟件測試培訓。

一、軟件測試員的目標是盡可能早地找出軟件缺陷，并確保其得以關閉

仔細思考后，我覺得此目標包含三個含義。

1.軟件測試員的基本目標是發(fā)現(xiàn)軟件缺陷

這似乎是個不言而喻的事實，但有必要再次強調。因為有時開發(fā)小組要測試員只是為了證實軟件可以運行，而不是找缺陷。在這種情況下，測試人員也就缺乏不懈努力發(fā)現(xiàn)缺陷的探索精神和熱情。所以做好測試的首要條件是明確軟件測試員的基本目標是發(fā)現(xiàn)軟件缺陷。

轉自項目管理者聯(lián)盟

2.軟件測試員追求的是盡可能早地找出軟件缺陷

項目管理培訓

因為軟件的修復費用，隨著時間的推移，將數(shù)十倍的增長，所以軟件測試員應盡可能早地找出軟件缺陷。對于大型的軟件，在軟件開發(fā)的同時，就應該有緊隨其后的測試，如果等到產品已經開發(fā)完畢才開始測試，非常有可能引起大量耗時費力的返工。而如何盡可能早的找出缺陷?理論上有一些測試方法：靜態(tài)黑盒測試、動態(tài)黑盒測試、靜態(tài)白盒測試、動態(tài)白盒測試;配置測試、兼容性測試、易用性測試……，怎樣才能有效的用這些方法盡早的發(fā)現(xiàn)軟件缺陷，需要在工作實踐中不斷的摸索、總結，不斷的提高測試能力。針對公司的情況，如果軟件的規(guī)模不是很大，開發(fā)中的測試工作可能由開發(fā)人員完成比較合適。

3.軟件測試人員必需確保找出的軟件缺陷得以關閉

并不是每個軟件缺陷都有必要修復的?？赡苁怯捎跊]有足夠的時間、不算作真正的軟件缺陷、修復的風險太大等原因，產品開發(fā)小組決定對一些軟件缺陷不作修復。但是，測試人員必需確保找出的軟件缺陷得以關閉，也就是說一旦登記了軟件缺陷，就要跟蹤其生命周期，監(jiān)視其狀態(tài)，提供必要的信息確保其得到修復和關閉。

二、關于Testware 項目管理者聯(lián)盟

有個很簡潔明了的定義，software development engineers produce software, software test engineers produce testware. 那么testware包含哪些內容呢?test strategy, test plan, test specifications, test procedures, test cases, test reports, test data, test scripts,defects data等等。同軟件一樣，testware也需要很好地維護。例如，由于修復缺陷改變了軟件的接口，那么case和自動測試腳本script都要做相應的修改。

三、對產品說明書的測試

軟件的產品功能說明書對產品最終需要實現(xiàn)的功能作了描述。這些功能是最終確定的需要滿足的客戶需求，也包括軟件必須具備的能力。在規(guī)范的軟件開發(fā)流程中，產品功能說明書應在確定用戶需求后，進行系統(tǒng)概要設計前確定。

至于為什么要進行產品說明書的測試，統(tǒng)計資料表明，很多軟件的缺陷都是因為產品功能說明書不夠全面，經常更改造成的;另外，只有詳細的閱讀了產品功能說明書，確認產品需要實現(xiàn)的功能，才能擬定切實可行的測試方案。

原文轉自：https://blog.51cto.com/u_15239049/4353026