Unit testing（單元測試），指一段程式碼的基本測試，其實際大小是未定的，通常是一個函式或子程式，一般由開發者執行。

Integration testing（整合測試），被測試系統的所有元件都整合在一起，找出被測試系統元件之間關係和介面中的錯誤。該測試一般在單元測試之後進行。

Acceptance testing（驗收測試），系統開發生命週期方法論的一個階段，這時相關的使用者和／或獨立測試人員根據測試計劃和結果對系統進行測試和接收。它讓系統使用者決定是否接收系統。它是一項確定產品是否能夠滿足合同或使用者所規定需求的測試。這是管理性和防禦性控制。

Alpha testing (α測試),是由一個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的受控測試，Alpha測試不能由程式設計師或測試員完成。

如果對軟體測試、介面測試、自動化測試、效能測試、LR指令碼開發、面試經驗交流。感興趣可以175317069，群內會有不定期的發放免費的資料連結，這些資料都是從各個技術網站蒐集、整理出來的，如果你有好的學習資料可以私聊發我，我會註明出處之後分享給大家。

Beta testing(β測試),測試是軟體的多個使用者在一個或多個使用者的實際使用環境下進行的測試。開發者通常不在測試現場，Beta測試不能由程式設計師或測試員完成。

Black box testing（黑盒測試），指測試人員不關心程式具體如何實現的一種測試方法。根據軟體的規格對軟體進行各種輸入和觀察軟體的各種輸出結果來發現軟體的缺陷的測試，這類測試不考慮軟體內部的運作原理，因此軟體對使用者來說就像一個黑盒子。

White box testing（白盒測試），根據軟體內部的工作原理分析來進行測試,基於程式碼的測試，測試人員通過閱讀程式程式碼或者通過使用開發工具中的單步除錯來判斷軟體的質量，一般黑盒測試由專案經理在程式設計師開發中來實現。

Automated Testing（自動化測試），使用自動化測試工具來進行測試，這類測試一般不需要人干預，通常在GUI、效能等測試中用得較多。

Bug (錯誤)，有時稱作defect（缺陷）或error（錯誤），軟體程式中存在的程式設計錯誤，可能會帶來不必要的副作用，軟體的功能和特性與設計規格說明書或使用者需求不一致的方面。軟體缺陷表現特徵為：軟體未達到產品說明書標明的功能；軟體出現產品說明書指明不會出現的錯誤；軟體功能超出產品說明書指明的範圍；雖然產品說明書未指出但是軟體應達到的目標；軟體測試人員或使用者認為軟體難以理解，不易使用，執行速度緩慢等問題。 Bug report（錯誤報告），也稱為“Bug record（錯誤記錄）”，記錄發現的軟體錯誤資訊的文件，通常包括錯誤描述、復現步驟、抓取的錯誤影象和註釋等。

Bug tracking system（錯誤跟蹤系統，BTS），也稱為“Defect tracking system，DTS”，管理軟體測試缺陷的專用資料庫系統，可以高效率地完成軟體缺陷的報告、驗證、修改、查詢、統計、儲存等任務。尤其適用於大型多語言軟體的測試管理。

“抓蟲大掃除”（Bug Bash）：在某一個版本的發行里程碑到達之後，在發行之前專案經理向全體開發組織發出通知，告訴大家哪一天的某個時間是Bug Bash的時間，到時候全體成員，包括開發、測試、文件等團隊、甚至市場部門的員工，全都放下手中的工作，在規定的那一個或幾個小時的時間裡，每個人把自己當作是使用者一樣來使用這個未成品的軟體，並且進行競賽，看誰能找到最多的Bug。這樣做的目的是，不是按照測試方案的順序來檢查軟體，而是通過像真正的使用者那樣來使用軟體，即完全是任意性的、無規則的順序，看看在這樣的使用條件下，還有沒有仍舊沒有被發現的嚴重的Bug。 我們往往採用誰找到最嚴重的Bug 就得獎的方法來鼓勵大家盡力找出Bug。抓蟲大掃除一結束，專案經理馬上進行新呈交的Bug數量的統計，然後向開發組織中的全體員工公佈。得獎的小有免費的咖啡、午餐、電影票等，大有各種禮物。所以每次Bug Bash 大家都踴躍參加，找到很多測試案例執行時沒找到的問題。

如果對軟體測試、介面測試、自動化測試、效能測試、LR指令碼開發、面試經驗交流。感興趣可以175317069，群內會有不定期的發放免費的資料連結，這些資料都是從各個技術網站蒐集、整理出來的，如果你有好的學習資料可以私聊發我，我會註明出處之後分享給大家。

Exception（異常/例外），一個引起正常程式執行掛起的事件。

Crash（崩潰），計算機系統或元件突然並完全的喪失功能，例如軟體或系統突然退出或沒有任何反應（宕機）。

Build（工作版本），軟體開發過程中用於內部測試的功能和效能等不完善的軟體版本。工作版本既可以是系統的可操作版本，也可以是展示要在最終產品中提供的部分功能的部分系統。

Functional testing (功能測試)，也稱為behavioral testing（行為測試），根據產品特徵、操作描述和使用者方案，測試一個產品的特性和可操作行為以確定它們滿足設計需求。本地化軟體的功能測試，用於驗證應用程式或網站對目標使用者能正確工作。使用適當的平臺、瀏覽器和測試指令碼，以保證目標使用者的體驗將足夠好，就像應用程式是專門為該市場開發的一樣。

Load testing（負載測試），通過測試系統在資源超負荷情況下的表現，以發現設計上的錯誤或驗證系統的負載能力。在這種測試中，將使測試物件承擔不同的工作量，以評測和評估測試物件在不同工作量條件下的效能行為，以及持續正常執行的能力。負載測試的目標是確定並確保系統在超出最大預期工作量的情況下仍能正常執行。此外，負載測試還要評估效能特徵，例如，響應時間、事務處理速率和其他與時間相關的方面。

Performance testing（效能測試），評價一個產品或元件與效能需求是否符合的測試。包括負載測試、強度測試、資料庫容量測試、基準測試等型別。

Pilot testing（引導測試），軟體開發中，驗證系統在真實硬體和客戶基礎上處理典型操作的能力。在軟體外包測試中，引導測試通常是客戶檢查軟體測試公司測試能力的一種形式，只有通過了客戶特定的引導測試，軟體測試公司才能接受客戶真實軟體專案的軟體測試。

Portability testing（可移植性測試），測試軟體是否可以被成功移植到指定的硬體或軟體平臺上。

Compatibility Testing（相容性測試），也稱“Configuration testing（配置測試）”，測試軟體是否和系統的其它與之互動的元素之間相容，如：瀏覽器、作業系統、硬體等。驗證測試物件在不同的軟體和硬體配置中的執行情況。

Installing testing（安裝測試），確保該軟體在正常情況和異常情況的不同條件下，例如，進行首次安裝、升級、完整的或自定義的安裝都能進行安裝。異常情況包括磁碟空間不足、缺少目錄建立許可權等。核實軟體在安裝後可立即正常執行。安裝測試包括測試安裝程式碼以及安裝手冊。安裝手冊提供如何進行安裝，安裝程式碼提供安裝一些程式能夠執行的基礎資料。

International testing（國際化測試），國際化測試的目的是測試軟體的國際化支援能力，發現軟體的國際化的潛在問題，保證軟體在世界不同區域中都能正常執行。國際化測試使用每種可能的國際輸入型別，針對任何區域性或區域設定檢查產品的功能是否正常，軟體國際化測試的重點在於執行國際字串的輸入/輸出功能。國際化測試資料必須包含東亞語言、德語、複雜指令碼字元和英語（可選）的混合字元。

Localizability testing(本地化能力測試)，本地化能力是指不需要重新設計或修改程式碼，將程式的使用者介面翻譯成任何目標語言的能力。為了降低本地化能力測試的成本，提高測試效率，本地化能力側是通常在軟體的偽本地化版本上進行。本地化能力測試中發現的典型錯誤包括：字元的硬編碼（即軟體中需要本地化的字元寫在了程式碼內部），對需要本地化的字元長度設定了國定值，在軟體執行時以控制元件位置定位，圖示和點陣圖中包含了需要本地化的文字，軟體的使用者介面與文件術語不一致等。

Localization testing（本地化測試），本地化測試的物件是軟體的本地化版本。本地化測試的目的是測試特定目標區域設定的軟體本地化質量。本地化測試的環境是在本地化的作業系統上安裝本地化的軟體。從測試方法上可以分為基本功能測試，安裝/解除安裝測試，當地區域的軟硬體相容性測試。測試的內容主要包括軟體本地化後的介面佈局和軟體翻譯的語言質量，包含軟體、文件和聯機幫助等部分。

Ad hoc testing (隨機測試)，沒有書面測試用例、記錄期望結果、檢查列表、指令碼或指令的測試。主要是根據測試者的經驗對軟體進行功能和效能抽查。隨機測試是根據測試說明書執行用例測試的重要補充手段，是保證測試覆蓋完整性的有效方式和過程。

Smoke testing（冒煙測試），冒煙測試的物件是每一個新編譯的需要正式測試的軟體版本，目的是確認軟體基本功能正常，可以進行後續的正式測試工作。冒煙測試的執行者是版本編譯人員。參考“Sanity testing（健全測試）”。

Sanity testing（健全測試），軟體主要功能成分的簡單測試以保證它是否能進行基本的測試。

User interface（使用者介面，UI），廣義是指使使用者可以和計算機進行互動的硬體和/或軟體。狹義是指軟體中的可見外觀及其底層與使用者互動的部分（選單、對話方塊、視窗和其它控制元件）。

User interface testing (使用者介面測試)，指測試使用者介面的風格是否滿足客戶要求，文字是否正確，頁面是否美觀，文字，圖片組合是否完美，操作是否友好等等。UI 測試的目標是確保使用者介面會通過測試物件的功能來為使用者提供相應的訪問或瀏覽功能。確保使用者介面符合公司或行業的標準。包括使用者友好性、人性化、易操作性測試。

Static testing（靜態測試），不通過執行來測試一個系統。如程式碼檢查，文件檢查和評審等。

Regression testing（迴歸測試），在發生修改之後重新測試先前的測試以保證修改的正確性。理論上，對軟體的任何新版本，都需要進行迴歸測試，驗證以前發現和修復的錯誤是否在新軟體版本上再現。

Capture/Replay Tool (捕獲/回放工具)，一種測試工具，能夠捕獲在測試過程中傳遞給軟體的輸入，並且能夠在以後的時間中，重複這個執行的過程。這類工具一般在GUI測試中用的較多。

Debug（除錯），開發人員確定引起錯誤的根本原因和確定可能的修復措施的過程。一般發生在子系統或單元模組編碼完成時，或者根據測試錯誤報告指出錯誤以後，開發人員需要執行除錯過程來解決已存在的錯誤。

Deployment（部署），也稱為shipment(釋出)，對內部IT系統而言，指它的第一個版本通過徹底的測試、形成產品、交付給付款客戶的階段。 Dynamic testing（動態測試），通過執行軟體的手段來測試軟體。

Garbage characters（亂碼字元），程式介面中顯示的無意義的字元，例如，程式對雙位元組字符集的字元不支援時，這些字元不能正確顯示。

GB 18030 testing（GB 18030測試），軟體支援GB 18030字符集標準能力的測試，包括GB 18030字元的輸入、輸出、顯示、儲存的支援程度。

Priority（優先權），從商業角度出發是指錯誤的重要性，尤其是從客戶和使用者的角度出發，是指錯誤對於系統的可行性和可接受性的影響。與“Severity（嚴重性）”相對照。

Severity（嚴重性），錯誤對被測系統的影響程度，在終端使用者條件下發生的可能性，軟體錯誤妨礙系統使用的程度。

Quality assurance（質量保證QA），採取相關活動，以保證一個開發組織交付的產品滿足效能需求和已確立的標準和過程。

Review（評審），在產品開發過程中，把產品提交給專案成員、使用者、管理者或其它相關人員評價或批准的過程。

Screen shot（抓屏、截圖），軟體測試中，將軟體介面中的錯誤（視窗、選單、對話方塊等）的全部或一部分，使用專用工具儲存成影象檔案，以便於後續處理。

Software life cycle（軟體生命週期），開始於一個軟體產品的構思，結束於該產品不再被使用的這段期間。

Structured query language（結構化查詢語句，SQL），在一個關係資料庫中查詢和處理資料的一種語言。

TBD(To be determined，待定)，在測試文件中標是一項進行中的尚未最終確定的工作。

Test（測試），執行軟體以驗證其滿足指定的需求並檢測錯誤的過程。檢測已有條件之間的不同，並評價軟體項的特性軟體項的分析過程。軟體工程過程的一個活動，它將軟體在預定的條件下執行以判斷軟體是否符合預期結果。

Test case（測試用例），為特定目標而開發的一組測試輸入、執行條件和預期結果，其目標可以是測試某個程式路徑或核實是否滿足某個特定的需求。

Testing coverage（測試覆蓋），指測試系統覆蓋被測試系統的程度，一項給定測試或一組測試對某個給定系統或構件的所有指定測試用例進行處理所達到的程度。

Testing environment（測試環境），進行測試的環境，包括測試平臺、測試基礎設施、測試實驗室和其他設施。

Testing item（測試項），作為測試物件的工作版本。

Testing plan（測試計劃），描述了要進行的測試活動的範圍、方法、資源和進度的文件。它確定測試項、被測特性、測試任務、誰執行任務、各種可能的風險。

Testing procedure（測試過程），指設定、執行給定測試用例並對測試結果進行評估的一系列詳細步驟。

Testing script（測試指令碼），一般指的是一個特定測試的一系列指令，這些指令可以被自動化測試工具執行。

Testing suite（測試包），一組測試用裡的執行框架；一種組織測試用例的方法。在測試包裡，測試用例可以組合起來創造出獨特的測試條件。