首先需要了解乙個輔助術語：產品說明書（product specification）。產品說明書有時又簡稱為說明或產品說明，是軟體開發小組的乙個協定。它對開發的產品進行定義，給出產品的細節、如何做、做什麼、不能做什麼。
只有滿足下列5個規則之一才稱發生了乙個軟體缺陷（soft bug）：
1）軟體未實現產品說明書要求的功能。
2）軟體出現了產品說明書指明不應該出現的錯誤。
3）軟體實現了產品說明書未提到的功能。
4）軟體未實現產品說明書雖未提及但應該實現的目標
5）軟體難以理解、不易使用、執行緩慢或者——從測試員的角度看——終端使用者會認為不好。
注：在運用第5條測試規則時應記住下面這一點：要全面，最重要的是要客觀評價，並非所有測試發現的缺陷都要修改。
導致軟體缺陷最大的原因是產品說明書。在許多情況下，說明書沒有寫；其他原因可能是說明書不夠全面、經常更改，或者整個開發小組沒有很好地溝通。為軟體做計畫是及其重要的，如果沒有做好，軟體缺陷就會出現。
軟體缺陷的第二大**是設計。這裡產生軟體缺陷的原因與產品說明書是一樣的——隨意、易變、溝通不足。
在軟體行業中，用於描述製造出來並交付他人的軟體產品元件的術語是可交付的部分。解釋所有可交付部分內容的最簡便方法是分門別類。
軟體產品中包括大量看不見的投入：產品說明書、產品審查、設計文件、進度表、以前版本的反饋、競爭對手的資訊、測試計畫、使用者調查、易用性資料、外觀說明、軟體體系結構、軟體**等等。
測試文件將在後續章節中詳細講解，這裡做乙個簡單的介紹
下面是比較重要的測試提交清單：
測試計畫（test plan）。描述用於驗證軟體是否符合產品說明書和客戶需求的整體方案。包括質量目標、資源需求、進度表、任務分配、方法等。
測試用例（test case）。列舉測試的專案，描述驗證軟體的詳細步驟。
缺陷報告（bug report）。描述執行測試用例找出問題。可以記錄在紙上，但通常記錄在資料庫中。
測試工具和自動化測試（test tool and automation）。後續章節詳細講解。
度量。統計和總結（metric，statistic，summary）。測試過程的彙總。
軟體產品從最初構思到公開發行的過程稱為軟體開發生命週期模式。
常見的4種模式，其他模式只是這些模式的變形：
大**模式
邊寫邊改模式
瀑布模式
螺旋模式
計畫、進度安排和正規開發的過程計畫沒有，所有精力都花在開發軟體和編碼的**上。
優點：簡單
分析解說：多數情況下，大**模式幾乎沒有什麼測試。假如要測試人員的參與，軟體測試的工作就是向客戶報告發現的問題。
大**模式是最簡單的軟體開發模式
採用該模式的小組只有最初的想法，接著進行一些簡單的設計，然後開始漫長的來回編寫、測試和修改缺陷的過程。等到覺得足夠了，就發布產品。
邊寫邊該模式適合在快速製作而且用完就扔的小專案，例如原型範例、演示程式。
分析解說：邊寫邊該的專案軟體測試員，需要和程式設計師一樣清醒地認識到自己將陷入無休止的迴圈往復。幾乎每一天都會拿到新的軟體版本進行著手測試。當新的版本出來，舊版本的測試可能尚未完成。
幾乎每一天都會拿到新的軟體測試可能尚未完成，而新的版本還可能包含新的或者經過修改的功能。最後，終於有機對幾乎所有功能進行測試了，並且發現軟體缺陷越來越少，這是某人決定發布軟體了。
邊寫邊該模式是軟體軟體開發的入門，有助於理解更加正規的方法。
採用該模式的專案從最初到最終產品要經過一系列步驟。每乙個步驟結束時，專案小組組織審查，並決定是否進入下一步。如果專案未準備好進入下一步，就停滯下來，直到準備好。
瀑布模式有三點強調：
瀑布模式非常強調產品的定義。
瀑布模式個步驟是分立，沒有交叉。
瀑布模式無法回溯。
優點：當測試人員開始測試的時候，所有細節都已確定並有文件記錄。測試人員可以制訂精確的計畫和進度。
缺點：測試在最後進行，無法回溯。
該模式包含了一點瀑布模式（分析、設計、開發和測試的步驟）、一點邊寫邊改模式（螺旋模式的每一次）和一點大**模式（從外界觀察）。
該模式發現問題早、成本低的。
軟體測試入門
一 軟體測試定義 是程式的一種執行過程，目的是盡可能發現並改正北測試的軟體中的錯誤，提高軟體的可靠性。二 軟體測試的基本過程 規範化的軟體測試過程 1 擬定軟體測試計畫 2 編制軟體測試大綱 3 確定軟體測試環境 4 設計和生成測試用例 5 實施測試 6 生成軟體測試報告 軟體測試的過程和整個軟體開...
軟體測試入門
需要學什麼？軟體測試的含義？測試物件？測試遵循的準則？測試分類，分類的區別？何時開始測試？測試方案如何設計？測試流程？如何提bug?如何寫報告？為什麼要做自動化測試，怎麼做？早期定義 軟體測試是對程式能夠按預期執行建立起一種信心。bill hetzel，1973 經典定義 測試是為發現錯誤而執行程式...
軟體測試 第一章軟體測試入門
軟體的缺陷就是軟體和需求或者定義的偏離，包括錯誤實現需求 遺漏需求 增加需求 需求 設計 編碼 文件 critical 不能執行正常工作功能或重要功能。一般指系統級的錯誤。major 嚴重影響系統主要功能的實現，且沒有辦法更正 minor 影響系統次要功能的實現，但存在合理更正辦法 cosmetic...