「正確的定義可以防止或者結束爭論。」 –nathanael emmons，神學家
在引人注目的「測試」標題下，往往囊括了很多需要不同技能的工作。這樣的籠統做法影響了計畫、估算、工作分配，甚至會對整個專案造成損害。
常見錯誤：
1、認為可以為『定位錯誤』做出時間上的計畫
2、未考慮任務切換導致的時間損失。--如果要切換的任務數目達到了5項，可能會無法完成任何工作。
3、將測試當作可以被任何原因打斷的低優先順序工作。--可靠的測試，需要集中精力
4、要求測試人員查明每個故障。--這項工作根本上還是開發人員的職責
5、要求測試人員定位每個故障--這完全是開發人員的工作。tester不具備相應技能，雖然有時會提供一些有益的線索
6、修改而不重測
7、忽視交叉連線關係 --測試和程式設計是連線在一起的
8、對可測試性不夠重視：為了可測試而設計與構建的**可以顯著降低測試的各個方面所需要的時間與精力
9、堅持要求所有缺陷都『可重現』
10、混淆了測試和「建立與執行測試用例」
11、要求對公司的開發過程進行大調整
《完美軟體》筆記2 進行測試的原因
1 人類不是完美的思考者 真正的人知道，無論他們如何盡力地想完成好一項工作，都有可能會出錯。2 我們要做出有關軟體的決定 我們常常在沒有意識到情況下進行測試，並加以分析。3 決定可能是有風險的 風險存在主觀性的另一原因在於，不同的人對同一種風險的感受是不一樣的。4 測試可以提供降低風險的資訊 測試本...
《完美軟體》筆記2 進行測試的原因
1 人類不是完美的思考者 真正的人知道，無論他們如何盡力地想完成好一項工作，都有可能會出錯。2 我們要做出有關軟體的決定 我們常常在沒有意識到情況下進行測試，並加以分析。3 決定可能是有風險的 風險存在主觀性的另一原因在於，不同的人對同一種風險的感受是不一樣的。4 測試可以提供降低風險的資訊 測試本...
軟體測試筆記 5 軟體測試計畫
產品的開發需要文件，軟體測試同樣需要這樣的文件。它包含了測試活動的內容，確保客戶的需求被高質量的實現和交付。測試文件的定義則是從產品的定義，專案的相關文件，客戶的需求文件中派生出來的。它通常是測試的經理或者測試負責人來完成，具體內容包括了測試範圍，要測試什麼，不測試什麼，如何實施測試，執行測試，有誰...