一
測試概述
軟體危機曾經是軟體界甚至整個計算機界最熱門的話題。為了解決這場危機，軟體從業人員、專家和學者做出了大量的努力。現在人們已經逐步認識到所謂的軟體危機實際上僅是一種狀況，那就是軟體中有錯誤，正是這些錯誤導致了軟體開發在成本、進度和質量上的失控。有錯是軟體的屬性，而且是無法改變的，因為軟體是由人來完成的，所有由人做的工作都不會是完美無缺的。問題在於我們如何去避免錯誤的產生和消除已經產生的錯誤，使程式中的錯誤密度達到盡可能低的程度。
給軟體帶來錯誤的原因很多，具體地說，主要有如下幾點：
1.
交流不夠、交流上有誤解或者根本不進行交流
在應用應該做什麼或不應該做什麼的細節(應用的需求)不清晰的情況下進行開發。
2.
軟體複雜性
圖形使用者介面(gui)，客戶/伺服器
結構，分布式應用，資料通訊
，超大型關係型資料庫
以及龐大的系統規模，使得軟體及系統的複雜性呈指數增長，沒有現代軟體開發經驗的人很難理解它。
3.
程式設計錯誤
象所有的人一樣，程式設計師也會出錯。
4.
需求變化
需求變化的影響是多方面的，客戶可能不了解需求變化帶來的影響，也可能知道但又不得不那麼做。需求變化的後果可能是造成系統的重新設計，設計人員的日程的重新安排，已經完成的工作可能要重做或者完全拋棄，對其他專案產生影響，硬體
需求可能要因此改變，等等。如果有許多小的改變或者一次大的變化，專案各部分之間已知或未知的依賴性可能會相互影響而導致更多問題的出現，需求改變帶來的複雜性可能導致錯誤，還可能影響工程參與者的積極性。
5.
時間壓力
軟體專案的日程表很難做到準確，很多時候需要預計和猜測。當最終期限迫近和關鍵時刻到來之際，錯誤也就跟著來了。
在談到軟體測試時，許多人都引用
grenford j. myers
在《the art of software testing
》一書中的觀點： 1.
軟體測試是為了發現錯誤而執行程式的過程； 2.
測試是為了證明程式有錯，而不是證明程式無錯誤； 3.
乙個好的測試用例是在於它能發現至今未發現的錯誤； 4.
乙個成功的測試是發現了至今未發現的錯誤的測試。
測試的定義
軟體測試就是在軟體投入執行前，對軟體需求分析、設計規格說明和編碼的最終複查，是軟體質量保證的關鍵步驟。 定義
1：軟體測試是為了發現錯誤而執行程式的過程。 定義
2：軟體測試是根據軟體開發各階段的規格說明和程式的內部結構而精心設計一批測試用例（即輸入資料及其預期的輸出結果），並利用這些測試用例去執行程式，以發現程式錯誤的過程。
軟體測試在軟體生存週期中橫跨兩個階段： 1
單元測試階段：編寫出每個模組之後，就對它做必要的測試。 2
綜合測試階段：結束單元測試後進行的測試，如系統測試、驗收測試。
《軟體測試》 讀書筆記
黑箱測試 在設計測試的過程中，把軟體系統當做乙個 黑箱 無法了解或使用系統的內部結構統計知識。白箱測試 在設計測試的過程中，設計者可以 看到 軟體系統的內部結構，並使用軟體的內部結構和知識來選擇測試資料及具體的測試方法。功能測試 a.單元測試 b.功能測試 c.整合測試 d.場景測試 e.系統測試 ...
軟體測試 讀書筆記
1.軟體測試背景 2002年，軟體測試進一步定義為 測試是為了度量和提高被測試軟體的質量，對測試軟體進行工程設計 實施和維護的整個生命週期過程 2 軟體缺陷 所有的軟體問題都可以統稱為軟體缺陷，可以從以下五點定義軟體缺陷 軟體未達到產品說明書標明的功能 軟體出現了產品說明書指明不會出現的錯誤 軟體功...
Testing 《軟體測試》讀書筆記（一）
軟體缺陷的正式定義 符合下列5個規則才能叫軟體缺陷 1.軟體未達到產品說明書標明的功能 2.軟體出現了產品說明書指明不會出現的錯誤 3.軟體功能超出產品說明書指明範圍 4.軟體未達到產品說明書雖未指出但應達到的目標 5.軟體測試員認為軟體難以理解 不易使用 執行速度緩慢，或者終端使用者認為不好。軟體...