對軟體測試專業術語的一個總結歸納。
阿新 • • 發佈：2019-01-06
灰盒測試，是介於白盒測試與黑盒測試之間的一種測試，灰盒測試多用於整合測試階段，不僅關注輸出、輸入的正確性，同時也關注程式內部的情況。灰盒測試不像白盒那樣詳細、完整，但又比黑盒測試更關注程式的內部邏輯，常常是通過一些表徵性的現象、事件、標誌來判斷內部的執行狀態。
3.白盒測試：
白盒測試又稱結構測試、透明盒測試、邏輯驅動測試或基於程式碼的測試。白盒測試是一種測試用例設計方法，盒子指的是被測試的軟體，白盒指的是盒子是可視的，你清楚盒子內部的東西以及裡面是如何運作的。"白盒"法全面瞭解程式內部邏輯結構、對所有邏輯路徑進行測試。"白盒"法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程式的內部結構，從檢查程式的邏輯著手，得出測試資料。貫穿程式的獨立路徑數是天文數字。
4.功能測試：
根據產品特性、操作描述和使用者方案，測試一個產品的特性和可操作行為以確定它們滿足設計需求。本地化軟體的功能測試，用於驗證應用程式或網站對目標使用者能正確工作。使用適當的平臺、瀏覽器和測試指令碼，以保證目標使用者的體驗將足夠好，就像應用程式是專門為該市場開發的一樣。功能測試是為了確保程式以期望的方式執行而按功能要求對軟體進行的測試，通過對一個系統的所有的特性和功能都進行測試確保符合需求和規範。
5.效能測試：
效能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項效能指標進行測試。負載測試和壓力測試都屬於效能測試，兩者可以結合進行。
6.壓力測試：
壓力測試是通過確定一個系統的瓶頸或者不能接受的效能點，來獲得系統能提供的最大服務級別的測試。壓力測試屬於效能測試。
7.自動化測試：
一般是指軟體測試的自動化，軟體測試就是在預設條件下執行系統或應用程式，評估執行結果，預先條件應包括正常條件和異常條件。
8.單元測試:
單元測試是指對軟體中的最小可測試單元進行檢查和驗證。對於單元測試中單元的含義，一般來說，要根據實際情況去判定其具體含義，如C語言中單元指一個函式，Java裡單元指一個類，圖形化的軟體中可以指一個視窗或一個選單等。總的來說，單元就是人為規定的最小的被測功能模組。單元測試是在軟體開發過程中要進行的最低級別的測試活動，軟體的獨立單元將在與程式的其他部分相隔離的情況下進行測試。
9.整合測試：
整合測試，也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模組按照設計要求（如根據結構圖）組裝成為子系統或系統，進行整合測試。
10.相容性測試
所設計程式與硬體、軟體之間的相容性的測試。
11.冒煙測試：
“冒煙測試”這一術語描述的是在將程式碼更改嵌入到產品的源樹中之前對這些更改進行驗證的過程。在檢查了程式碼後，冒煙測試是確定和修復軟體缺陷的最經濟有效的方法。冒煙測試設計用於確認程式碼中的更改會按預期執行，且不會破壞整個版本的穩定性。
12. alpha測試：
又叫α測試，α測試是由一個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的測試。α測試的目的是評價軟體產品的FLURPS(即功能、局域化、可使用性、可靠性、效能和支援)。尤其注重產品的介面和特色。α測試可以從軟體產品編碼結束之時開始，或在模組(子系統)測試完成之後開始，也可以在確認測試過程中產品達到一定的穩定和可靠程度之後再開始。α測試即為非正式驗收測試。
13. beta測試:
Beta測試是一種驗收測試。所謂驗收測試是軟體產品完成了功能測試和系統測試之後，在產品釋出之前所進行的軟體測試活動，它是技術測試的最後一個階段，通過了驗收測試，產品就會進入釋出階段。驗收測試一般根據產品規格說明書嚴格檢查產品，逐行逐字地對照說明書上對軟體產品所做出的各方面要求， 確保所開發的軟體產品符合使用者的各項要求。 通過綜合測試之後，軟體已完全組裝起來，介面方面的錯誤也已排除，軟體測試的最後一步——驗收測試即可開始。驗收測試應檢查軟體能否按合同要求進行工作，即是否滿足軟體需求說明書中的確認標準。
14測試用例
測試用例是將軟體測試的行為活動做一個科學化的組織歸納，目的是能夠將軟體測試的行為轉化成可管理的模式；同時測試用例也是將測試具體量化的方法之一，不同類別的軟體，測試用例是不同的。不同於諸如系統、工具、控制、遊戲軟體，管理軟體的使用者需求更加不同的趨勢。測試用例構成了設計和制定測試過程的基礎。測試設計和開發的型別以及所需的資源主要都受控於測試用例。測試用例是軟體測試的核心，重中之重。全部工作的展開都與其離不開關係。
15BUG提交
ＢＵＧ提交是測試的一個必須工作，當測試人員發現ＢＵＧ後，就需要把這個ＢＵＧ 提交給主管。這個時候就需要寫一個ＢＵＧ提交的文件，裡面包括ＢＵＧ的介紹，發生這個ＢＵＧ 的環境，過程，具體是那一個功能，引數等等的資訊。
3.白盒測試：
白盒測試又稱結構測試、透明盒測試、邏輯驅動測試或基於程式碼的測試。白盒測試是一種測試用例設計方法，盒子指的是被測試的軟體，白盒指的是盒子是可視的，你清楚盒子內部的東西以及裡面是如何運作的。"白盒"法全面瞭解程式內部邏輯結構、對所有邏輯路徑進行測試。"白盒"法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程式的內部結構，從檢查程式的邏輯著手，得出測試資料。貫穿程式的獨立路徑數是天文數字。
4.功能測試：
根據產品特性、操作描述和使用者方案，測試一個產品的特性和可操作行為以確定它們滿足設計需求。本地化軟體的功能測試，用於驗證應用程式或網站對目標使用者能正確工作。使用適當的平臺、瀏覽器和測試指令碼，以保證目標使用者的體驗將足夠好，就像應用程式是專門為該市場開發的一樣。功能測試是為了確保程式以期望的方式執行而按功能要求對軟體進行的測試，通過對一個系統的所有的特性和功能都進行測試確保符合需求和規範。
5.效能測試：
效能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項效能指標進行測試。負載測試和壓力測試都屬於效能測試，兩者可以結合進行。
6.壓力測試：
壓力測試是通過確定一個系統的瓶頸或者不能接受的效能點，來獲得系統能提供的最大服務級別的測試。壓力測試屬於效能測試。
7.自動化測試：
一般是指軟體測試的自動化，軟體測試就是在預設條件下執行系統或應用程式，評估執行結果，預先條件應包括正常條件和異常條件。
8.單元測試:
單元測試是指對軟體中的最小可測試單元進行檢查和驗證。對於單元測試中單元的含義，一般來說，要根據實際情況去判定其具體含義，如C語言中單元指一個函式，Java裡單元指一個類，圖形化的軟體中可以指一個視窗或一個選單等。總的來說，單元就是人為規定的最小的被測功能模組。單元測試是在軟體開發過程中要進行的最低級別的測試活動，軟體的獨立單元將在與程式的其他部分相隔離的情況下進行測試。
9.整合測試：
整合測試，也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模組按照設計要求（如根據結構圖）組裝成為子系統或系統，進行整合測試。
10.相容性測試
所設計程式與硬體、軟體之間的相容性的測試。
11.冒煙測試：
“冒煙測試”這一術語描述的是在將程式碼更改嵌入到產品的源樹中之前對這些更改進行驗證的過程。在檢查了程式碼後，冒煙測試是確定和修復軟體缺陷的最經濟有效的方法。冒煙測試設計用於確認程式碼中的更改會按預期執行，且不會破壞整個版本的穩定性。
12. alpha測試：
又叫α測試，α測試是由一個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的測試。α測試的目的是評價軟體產品的FLURPS(即功能、局域化、可使用性、可靠性、效能和支援)。尤其注重產品的介面和特色。α測試可以從軟體產品編碼結束之時開始，或在模組(子系統)測試完成之後開始，也可以在確認測試過程中產品達到一定的穩定和可靠程度之後再開始。α測試即為非正式驗收測試。
13. beta測試:
Beta測試是一種驗收測試。所謂驗收測試是軟體產品完成了功能測試和系統測試之後，在產品釋出之前所進行的軟體測試活動，它是技術測試的最後一個階段，通過了驗收測試，產品就會進入釋出階段。驗收測試一般根據產品規格說明書嚴格檢查產品，逐行逐字地對照說明書上對軟體產品所做出的各方面要求， 確保所開發的軟體產品符合使用者的各項要求。 通過綜合測試之後，軟體已完全組裝起來，介面方面的錯誤也已排除，軟體測試的最後一步——驗收測試即可開始。驗收測試應檢查軟體能否按合同要求進行工作，即是否滿足軟體需求說明書中的確認標準。
14測試用例
測試用例是將軟體測試的行為活動做一個科學化的組織歸納，目的是能夠將軟體測試的行為轉化成可管理的模式；同時測試用例也是將測試具體量化的方法之一，不同類別的軟體，測試用例是不同的。不同於諸如系統、工具、控制、遊戲軟體，管理軟體的使用者需求更加不同的趨勢。測試用例構成了設計和制定測試過程的基礎。測試設計和開發的型別以及所需的資源主要都受控於測試用例。測試用例是軟體測試的核心，重中之重。全部工作的展開都與其離不開關係。
15BUG提交
ＢＵＧ提交是測試的一個必須工作，當測試人員發現ＢＵＧ後，就需要把這個ＢＵＧ 提交給主管。這個時候就需要寫一個ＢＵＧ提交的文件，裡面包括ＢＵＧ的介紹，發生這個ＢＵＧ 的環境，過程，具體是那一個功能，引數等等的資訊。