軟件測試術(shù)語(yǔ)整理

Unit testing（單元測試），指一段代碼的基本測試，其實(shí)際大小是未定的，通常是一個(gè)函數或子程序，一般由開(kāi)發(fā)者執行。

Integration testing（集成測試），被測試系統的所有組件都集成在一起，找出被測試系統組件之間關(guān)系和接口中的錯誤。該測試一般在單元測試之后進(jìn)行。

Acceptance testing（驗收測試），系統開(kāi)發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶(hù)和／或獨立測試人員根據測試計劃和結果對系統進(jìn)行測試和接收。它讓系統用戶(hù)決定是否接收系統。它是一項確定產(chǎn)品是否能夠滿(mǎn)足合同或用戶(hù)所規定需求的測試。這是管理性和防御性控制。

Alpha testing (α測試),是由一個(gè)用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內部的用戶(hù)在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試，Alpha測試不能由程序員或測試員完成。

Beta testing(β測試),測試是軟件的多個(gè)用戶(hù)在一個(gè)或多個(gè)用戶(hù)的實(shí)際使用環(huán)境下進(jìn)行的測試。開(kāi)發(fā)者通常不在測試現場(chǎng)，Beta測試不能由程序員或測試員完成。

Black box testing（黑盒測試），指測試人員不關(guān)心程序具體如何實(shí)現的一種測試方法。根據軟件的規格對軟件進(jìn)行各種輸入和觀(guān)察軟件的各種輸出結果來(lái)發(fā)現軟件的缺陷的測試，這類(lèi)測試不考慮軟件內部的運作原理，因此軟件對用戶(hù)來(lái)說(shuō)就像一個(gè)黑盒子。

White box testing（白盒測試），根據軟件內部的工作原理分析來(lái)進(jìn)行測試,基于代碼的測試，測試人員通過(guò)閱讀程序代碼或者通過(guò)使用開(kāi)發(fā)工具中的單步調試來(lái)判斷軟件的質(zhì)量，一般黑盒測試由項目經(jīng)理在程序員開(kāi)發(fā)中來(lái)實(shí)現。

Automated Testing（自動(dòng)化測試），使用自動(dòng)化測試工具來(lái)進(jìn)行測試，這類(lèi)測試一般不需要人干預，通常在GUI、性能等測試中用得較多。

Bug (錯誤)，有時(shí)稱(chēng)作defect（缺陷）或error（錯誤），軟件程序中存在的編程錯誤，可能會(huì )帶來(lái)不必要的副作用，軟件的功能和特性與設計規格說(shuō)明書(shū)或用戶(hù)需求不一致的方面。軟件缺陷表現特征為：軟件未達到產(chǎn)品說(shuō)明書(shū)標明的功能；軟件出現產(chǎn)品說(shuō)明書(shū)指明不會(huì )出現的錯誤；軟件功能超出產(chǎn)品說(shuō)明書(shū)指明的范圍；雖然產(chǎn)品說(shuō)明書(shū)未指出但是軟件應達到的目標；軟件測試人員或用戶(hù)認為軟件難以理解，不易使用，運行速度緩慢等問(wèn)題。 Bug report（錯誤報告），也稱(chēng)為“Bug record（錯誤記錄）”，記錄發(fā)現的軟件錯誤信息的文檔，通常包括錯誤描述、復現步驟、抓取的錯誤圖像和注釋等。

Bug tracking system（錯誤跟蹤系統，BTS），也稱(chēng)為“Defect tracking system，DTS”，管理軟件測試缺陷的專(zhuān)用數據庫系統，可以高效率地完成軟件缺陷的報告、驗證、修改、查詢(xún)、統計、存儲等任務(wù)。尤其適用于大型多語(yǔ)言軟件的測試管理。

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

Exception（異常/例外），一個(gè)引起正常程序執行掛起的事件。

Crash（崩潰），計算機系統或組件突然并完全的喪失功能，例如軟件或系統突然退出或沒(méi)有任何反應（死機）。

Build（工作版本），軟件開(kāi)發(fā)過(guò)程中用于內部測試的功能和性能等不完善的軟件版本。工作版本既可以是系統的可操作版本，也可以是展示要在最終產(chǎn)品中提供的部分功能的部分系統。

Functional testing (功能測試)，也稱(chēng)為behavioral testing（行為測試），根據產(chǎn)品特征、操作描述和用戶(hù)方案，測試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿(mǎn)足設計需求。本地化軟件的功能測試，用于驗證應用程序或網(wǎng)站對目標用戶(hù)能正確工作。使用適當的平臺、瀏覽器和測試腳本，以保證目標用戶(hù)的體驗將足夠好，就像應用程序是專(zhuān)門(mén)為該市場(chǎng)開(kāi)發(fā)的一樣。

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

Performance testing（性能測試），評價(jià)一個(gè)產(chǎn)品或組件與性能需求是否符合的測試。包括負載測試、強度測試、數據庫容量測試、基準測試等類(lèi)型。

Pilot testing（引導測試），軟件開(kāi)發(fā)中，驗證系統在真實(shí)硬件和客戶(hù)基礎上處理典型操作的能力。在軟件外包測試中，引導測試通常是客戶(hù)檢查軟件測試公司測試能力的一種形式，只有通過(guò)了客戶(hù)特定的引導測試，軟件測試公司才能接受客戶(hù)真實(shí)軟件項目的軟件測試。

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

Compatibility Testing（兼容性測試），也稱(chēng)“Configuration testing（配置測試）”，測試軟件是否和系統的其它與之交互的元素之間兼容，如：瀏覽器、操作系統、硬件等。驗證測試對象在不同的軟件和硬件配置中的運行情況。

Installing testing（安裝測試），確保該軟件在正常情況和異常情況的不同條件下，例如，進(jìn)行首次安裝、升級、完整的或自定義的安裝都能進(jìn)行安裝。異常情況包括磁盤(pán)空間不足、缺少目錄創(chuàng )建權限等。核實(shí)軟件在安裝后可立即正常運行。安裝測試包括測試安裝代碼以及安裝手冊。安裝手冊提供如何進(jìn)行安裝，安裝代碼提供安裝一些程序能夠運行的基礎數據。

International testing（國際化測試），國際化測試的目的是測試軟件的國際化支持能力，發(fā)現軟件的國際化的潛在問(wèn)題，保證軟件在世界不同區域中都能正常運行。國際化測試使用每種可能的國際輸入類(lèi)型，針對任何區域性或區域設置檢查產(chǎn)品的功能是否正常，軟件國際化測試的重點(diǎn)在于執行國際字符串的輸入/輸出功能。國際化測試數據必須包含東亞語(yǔ)言、德語(yǔ)、復雜腳本字符和英語(yǔ)（可選）的混合字符。

Localizability testing(本地化能力測試)，本地化能力是指不需要重新設計或修改代碼，將程序的用戶(hù)界面翻譯成任何目標語(yǔ)言的能力。為了降低本地化能力測試的成本，提高測試效率，本地化能力側是通常在軟件的偽本地化版本上進(jìn)行。本地化能力測試中發(fā)現的典型錯誤包括：字符的硬編碼（即軟件中需要本地化的字符寫(xiě)在了代碼內部），對需要本地化的字符長(cháng)度設置了國定值，在軟件運行時(shí)以控件位置定位，圖標和位圖中包含了需要本地化的文本，軟件的用戶(hù)界面與文檔術(shù)語(yǔ)不一致等。

Localization testing（本地化測試），本地化測試的對象是軟件的本地化版本。本地化測試的目的是測試特定目標區域設置的軟件本地化質(zhì)量。本地化測試的環(huán)境是在本地化的操作系統上安裝本地化的軟件。從測試方法上可以分為基本功能測試，安裝/卸載測試，當地區域的軟硬件兼容性測試。測試的內容主要包括軟件本地化后的界面布局和軟件翻譯的語(yǔ)言質(zhì)量，包含軟件、文檔和聯(lián)機幫助等部分。

Ad hoc testing (隨機測試)，沒(méi)有書(shū)面測試用例、記錄期望結果、檢查列表、腳本或指令的測試。主要是根據測試者的經(jīng)驗對軟件進(jìn)行功能和性能抽查。隨機測試是根據測試說(shuō)明書(shū)執行用例測試的重要補充手段，是保證測試覆蓋完整性的有效方式和過(guò)程。

Smoke testing（冒煙測試），冒煙測試的對象是每一個(gè)新編譯的需要正式測試的軟件版本，目的是確認軟件基本功能正常，可以進(jìn)行后續的正式測試工作。冒煙測試的執行者是版本編譯人員。參考“Sanity testing（健全測試）”。

Sanity testing（健全測試），軟件主要功能成分的簡(jiǎn)單測試以保證它是否能進(jìn)行基本的測試。

User interface（用戶(hù)界面，UI），廣義是指使用戶(hù)可以和計算機進(jìn)行交互的硬件和/或軟件。狹義是指軟件中的可見(jiàn)外觀(guān)及其底層與用戶(hù)交互的部分（菜單、對話(huà)框、窗口和其它控件）。

User interface testing (用戶(hù)界面測試)，指測試用戶(hù)界面的風(fēng)格是否滿(mǎn)足客戶(hù)要求，文字是否正確，頁(yè)面是否美觀(guān)，文字，圖片組合是否完美，操作是否友好等等。UI 測試的目標是確保用戶(hù)界面會(huì )通過(guò)測試對象的功能來(lái)為用戶(hù)提供相應的訪(fǎng)問(wèn)或瀏覽功能。確保用戶(hù)界面符合公司或行業(yè)的標準。包括用戶(hù)友好性、人性化、易操作性測試。

Static testing（靜態(tài)測試），不通過(guò)執行來(lái)測試一個(gè)系統。如代碼檢查，文檔檢查和評審等。

Regression testing（回歸測試），在發(fā)生修改之后重新測試先前的測試以保證修改的正確性。理論上，對軟件的任何新版本，都需要進(jìn)行回歸測試，驗證以前發(fā)現和修復的錯誤是否在新軟件版本上再現。

Capture/Replay Tool (捕獲/回放工具)，一種測試工具，能夠捕獲在測試過(guò)程中傳遞給軟件的輸入，并且能夠在以后的時(shí)間中，重復這個(gè)執行的過(guò)程。這類(lèi)工具一般在GUI測試中用的較多。

Debug（調試），開(kāi)發(fā)人員確定引起錯誤的根本原因和確定可能的修復措施的過(guò)程。一般發(fā)生在子系統或單元模塊編碼完成時(shí)，或者根據測試錯誤報告指出錯誤以后，開(kāi)發(fā)人員需要執行調試過(guò)程來(lái)解決已存在的錯誤。

Deployment（部署），也稱(chēng)為shipment(發(fā)布)，對內部IT系統而言，指它的第一個(gè)版本通過(guò)徹底的測試、形成產(chǎn)品、交付給付款客戶(hù)的階段。 Dynamic testing（動(dòng)態(tài)測試），通過(guò)執行軟件的手段來(lái)測試軟件。

Garbage characters（亂碼字符），程序界面中顯示的無(wú)意義的字符，例如，程序對雙字節字符集的字符不支持時(shí)，這些字符不能正確顯示。

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

Priority（優(yōu)先權），從商業(yè)角度出發(fā)是指錯誤的重要性，尤其是從客戶(hù)和用戶(hù)的角度出發(fā)，是指錯誤對于系統的可行性和可接受性的影響。與“Severity（嚴重性）”相對照。

Severity（嚴重性），錯誤對被測系統的影響程度，在終端用戶(hù)條件下發(fā)生的可能性，軟件錯誤妨礙系統使用的程度。

Quality assurance（質(zhì)量保證QA），采取相關(guān)活動(dòng)，以保證一個(gè)開(kāi)發(fā)組織交付的產(chǎn)品滿(mǎn)足性能需求和已確立的標準和過(guò)程。

Review（評審），在產(chǎn)品開(kāi)發(fā)過(guò)程中，把產(chǎn)品提交給項目成員、用戶(hù)、管理者或其它相關(guān)人員評價(jià)或批準的過(guò)程。

Screen shot（抓屏、截圖），軟件測試中，將軟件界面中的錯誤（窗口、菜單、對話(huà)框等）的全部或一部分，使用專(zhuān)用工具存儲成圖像文件，以便于后續處理。

Software life cycle（軟件生命周期），開(kāi)始于一個(gè)軟件產(chǎn)品的構思，結束于該產(chǎn)品不再被使用的這段期間。

Structured query language（結構化查詢(xún)語(yǔ)句，SQL），在一個(gè)關(guān)系數據庫中查詢(xún)和處理數據的一種語(yǔ)言。

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

Test（測試），執行軟件以驗證其滿(mǎn)足指定的需求并檢測錯誤的過(guò)程。檢測已有條件之間的不同，并評價(jià)軟件項的特性軟件項的分析過(guò)程。軟件工程過(guò)程的一個(gè)活動(dòng)，它將軟件在預定的條件下運行以判斷軟件是否符合預期結果。

Test case（測試用例），為特定目標而開(kāi)發(fā)的一組測試輸入、執行條件和預期結果，其目標可以是測試某個(gè)程序路徑或核實(shí)是否滿(mǎn)足某個(gè)特定的需求。

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

Testing environment（測試環(huán)境），進(jìn)行測試的環(huán)境，包括測試平臺、測試基礎設施、測試實(shí)驗室和其他設施。

Testing item（測試項），作為測試對象的工作版本。

Testing plan（測試計劃），描述了要進(jìn)行的測試活動(dòng)的范圍、方法、資源和進(jìn)度的文檔。它確定測試項、被測特性、測試任務(wù)、誰(shuí)執行任務(wù)、各種可能的風(fēng)險。

Testing procedure（測試過(guò)程），指設置、執行給定測試用例并對測試結果進(jìn)行評估的一系列詳細步驟。

Testing script（測試腳本），一般指的是一個(gè)特定測試的一系列指令，這些指令可以被自動(dòng)化測試工具執行。

Testing suite（測試包），一組測試用里的執行框架；一種組織測試用例的方法。在測試包里，測試用例可以組合起來(lái)創(chuàng )造出獨特的測試條件。