1、測試是以評價一個程序或者系統屬性為目標的任何一種活動，測試是對軟件質量的度量；

2、測試是為了度量和提高被測軟件的質量，對測試軟件進行工程設計、實施和維護的整個生命周期過程；

3、軟件測試的根本目的：是為了提高軟件質量，降低軟件項目的風險；

4、軟件的質量風險表現在兩個方面：一種是內部風險，一種是外部風險；

5、內部風險：是在即將銷售的時候發現有重大的錯誤，從而延遲發布日期，失去市場機會；

6、外部風險：是用戶發現了不能容忍的錯誤，引起索賠、法律糾紛，以及用于客戶支持的費用甚至失去客戶的風險；

1、軟件測試經典定義：在規定條件下對程序進行操作，以發現錯誤，對軟件質量進行評估；

2、軟件是由文檔、數據、程序組成的，軟件測試應該是對軟件形成過程的文檔、數據以及程序進行測試，而不僅僅是對程序進行測試；

3、軟件質量保證和軟件測試是軟件質量工程的兩個不同層面的工作；

4、質量保證（QA）：質量保證的重要工作通過預防、檢查與改進來保證軟件質量；

5、軟件測試：測試雖然也與開發過程緊密相關，但關心的不是過程的活動，而是對過程的產物以及開發出的軟件進行剖析；

6、測試人員通過執行軟件，對過程中的產物——開發文檔和源代碼進行走查，運行軟件，以找出問題，報告質量。測試人員必須假設軟件存在潛在的問題，測試中所做的操作都是為了找出更多的問題，而不僅僅是為了驗證每一件事是正確的。對測試中發現的問題的分析、追蹤與回歸測試也是軟件測試中的重要工作，因此軟件測試是保證軟件質量的一個重要環節；

7、軟件測試目的：測試是程序的執行過程，目的在于發現錯誤；一個好的測試用例在于能發現至今未發現的錯誤；

一個成功的測試是發現了至今未發現的錯誤的測試；

8、測試的目的：以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正各種錯誤和缺陷提高軟件質量，回避軟件發布后由于潛在的軟件缺陷和錯誤造成的隱患所帶來的商業風險；

9、軟件測試原則：所有的軟件測試都應追溯到用戶需求；

應當把“盡早地和不斷地進行軟件測試”作為軟件測試者的座右銘；

完全測試是不可能的，測試需要終止；

10、在有限的時間和資源條件下，軟件趨于完美，是不可能的。主要原因有三個：

軟件入量太大；輸入結果太多；路徑組合太多；

11、測試無法顯示軟件潛在的缺陷；

12、充分注意測試中的群集現象；

13、根據軟件定義，軟件包括程序、數據和文檔，所以軟件測試并不僅僅是程序測試；

14、軟件測試應貫穿于整個軟件生命周期中；

15、在整個軟件生命周期中，各階段有不同的測試對象，形成了不同開發階段的不同類型的測試；

16、需求分析、概要設計、詳細設計以及程序編碼等各階段所得到的文檔，包括需求規格說明、概要設計規格說明、詳細設計規格說明以及源程序，都應成為軟件測試的對象；

17、在軟件編碼結束后，對編寫的每一個程序模塊進行測試，稱為“單元測試”；

18、在模塊集成后，對集成在一起的模塊組件進行測試，稱為“集成測試”；

19、在集成測試后，需要檢測與證實軟件是否滿足軟件需求說明書中規定的要求，稱為“確認測試”；

20、將整個程序模塊集成為軟件系統，安裝在運行環境下，對硬件、網絡、操作系統及支撐平臺構成的整體系統進行測試，稱為“系統測試”。

21、驗證是保證軟件正確性實現特定功能的一系列活動和過程，目的是保證軟件生命周期中的每一個階段的成果滿足上一個階段所設定的目標；

22、確認是保證軟件滿足用戶需求的一系列的活動和過程，目的是在軟件開發完成后保證軟件與用戶需求相符合；

23、按照開發階段劃分軟件測試可分為：單元測試、集成測試、系統測試、確認測試和驗收測試。

24、單元測試又稱模塊測試，是針對軟件設計的最小單位—程序模塊進行正確性檢驗的測試工作；其目的在于檢查每個程序單元能否正確實現詳細設計說明中的模塊功能、性能、接口和設計約束等要求，發現各模塊內部可能存在的各種錯誤。單元測試需要從程序的內部結構出發設計測試用例。多個模塊可以平行地獨立進行單元測試；

25、集成測試也叫組裝測試。通常在單元測試的基礎上，將所有的程序模塊進行有序的、遞增的測試。集成測試是檢驗程序單元或部件的接口關系，逐步集成為符合概要設計要求的程序部件或整個系統；

26、確認測試：是通過檢驗和提供客觀證據，證實軟件是否滿足特定預期用途的需求。確認測試是檢測與證實軟件是否滿足軟件需求說明書中規定的要求；

27、系統測試：系統測試是為驗證和確認系統是否達到其原始目標，而對集成的硬件和軟件系統進行的測試。系統測試是在真實或模擬系統運行的環境下，檢查完整的程序系統能否和系統（包括硬件、外設、網絡和系統軟件、支持平臺等）正確配置、連接、并滿足用戶需求；

28、驗收測試：按照項目任務書或合同、供需雙方約定的驗收依據文檔進行的對整個系統與評審，決定是否接收或拒收系統；

29、按照測試實施組織劃分，軟件測試可分為開發方測試、用戶測試（β測試）、第三方測試；

30、開發方測試：通常也叫“驗證測試”或“α”測試；開發方通過檢測和提供客觀證據，證實軟件的實現是否滿足規定的需求。驗證測試是在軟件開發環境下，由開發者檢測與證實軟件的實現是否滿足軟件設計說明或軟件需求說明的要求；

31、用戶測試：在用戶的應用環境下，用戶通過運行和使用軟件，檢測與核實軟件實現是否符合字節集預期的要求。通常情況用戶測試不是指用戶的驗收測試，而是用戶的使用性測試，由用戶找出軟件的應用過程中發現的軟件的缺陷與問題，并對使用質量進行評價；

32、第三方測試：介于軟件開發方和用戶方之間的測試組織的測試。一般情況下是在模擬用戶真實應用環境下，進行軟件確認測試。

33、按照測試技術劃分：白盒測試、黑盒測試、灰盒測試。也可劃分為靜態測試和動態測試。

34、靜態測試：是指不運行程序，通過人工對程序和文檔進行分析與檢查：靜態測試技術又稱靜態分析技術，靜態測試實際上是對軟件的需求說明書、設計說明書、程序源代碼等進行非運行的檢查，靜態測試包括：走查、符號執行、需求確認等；

35、動態測試：是指通過人工或使用工具運行程序進行檢查、分析程序的執行狀態和程序的外部表現；

36、白盒測試：通過對程序內部結構的分析、檢測來尋找問題。了解程序結構和處理過程，檢查是否所有的結構及路徑都是正確的，檢查軟件內部動作是否按照設計說明的規定正常進行；

37、黑盒測試：通過軟件的外部表現來發現其缺陷和錯誤。黑盒測試把測試對象看成一個黑盒子，完全不考慮程序內部結構和處理過程。黑盒測試是在程序界面處進行測試，它只是檢查程序是否按照需求規格說明的規定正常實現；

38、灰盒測試：關注輸出對于輸入的正確性；

39、軟件測試過程模型：V模型、W模型、H模型、X模型；

40、V模型：它反應了測試活動與分析和設計的關系，從左到右，描述了基本的開發過程和測試行為，非常明確地標明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發過程期間各階段的對應關系，如圖所示，圖中的箭頭代表了時間方向，左邊下降的是開發過程各階段，與此相對應的是右邊上升的部分，即各測試過程的各個階段。

41、V模型指出，單元和集成測試是驗證的程序設計，開發人員和測試組應檢測程序的執行是否滿足軟件設計的要求；系統測試應當驗證系統設計，檢測系統功能、性能的質量特性是否達到系統設計的指標；由于測試人員和用戶進行軟件的確認測試和驗收測試，追溯軟件需求說明書進行測試，以確定軟件的實現是否滿足用戶需求或合同的要求；

42、V模型存在一定的局限性，它僅僅把測試過程作為在需求分析、概要設計、詳細設計及編碼之后的一個階段。容易使人理解為測試是軟件開發的最后一個階段，主要是針對程序進行測試尋找錯誤，而需求分析階段隱藏的問題一直到后期的驗收測試才被發現；

43、W模型建立：V模型的局限性在于沒有明確地說明早期的測試，不能體現“盡早地和不斷地進行軟件測試”的原則。在V模型中增加軟件各開發階段應同步進行的測試，被演化為一種W模型，因為實際上開發是“V”，測試也是與此相并行的“V”。基于“盡早地和不斷地進行軟件測試”的原則；

?44、W模型應用：W模型可以說是V模型自然而然的發展。它強調：測試伴隨著整個軟件開發周期，而且測試的對象不僅僅是程序，需求、功能和設計同樣要測試。這樣，只要相應的開發活動完成，我們就可以開始執行測試，可以說，測試與開發是同步進行的，從而有利于盡早地發現問題。以需求為例，需求分析一完成，我們就可以對需求進行測試，而不是等到最后才進行針對需求的驗收測試；