Acceptance testing(驗收測試),系統開發生命週期方法論的一個階段,這時相關的用戶和/或獨立測試人員根據測試計劃和結果對系統進行測試和接收。它讓系統用戶決定是否接收系統。它是一項肯定產品是否可以知足合同或用戶所規定需求的測試。這是管理性和防護性控制。程序員
Ad hoc testing (隨機測試),沒有書面測試用例、記錄指望結果、檢查列表、腳本或指令的測試。主要是根據測試者的經驗對軟件進行功能和性能抽查。隨機測試是根據測試說明書執行用例測試的重要補充手段,是保證測試覆蓋完整性的有效方式和過程。數據庫
Alpha testing (α測試),是由一個用戶在開發環境下進行的測試,也能夠是公司內部的用戶在模擬實際操做環境下進行的受控測試,Alpha測試不能由程序員或測試員完成。編程
Automated Testing(自動化測試),使用自動化測試工具來進行測試,這類測試通常不須要人干預,一般在GUI、性能等測試中用得較多。瀏覽器
Beta testing(β測試),測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者一般不在測試現場,Beta測試不能由程序員或測試員完成。框架
Black box testing(黑盒測試),指測試人員不關心程序具體如何實現的一種測試方法。根據軟件的規格對軟件進行各類輸入和觀察軟件的各類輸出結果來發現軟件的缺陷的測試,這類測試不考慮軟件內部的運做原理,所以軟件對用戶來講就像一個黑盒子。函數
Bug (錯誤),有時稱做defect(缺陷)或error(錯誤),軟件程序中存在的編程錯誤,可能會帶來沒必要要的反作用,軟件的功能和特性與設計規格說明書或用戶需求不一致的方面。軟件缺陷表現特徵爲:軟件未達到產品說明書標明的功能;軟件出現產品說明書指明不會出現的錯誤;軟件功能超出產品說明書指明的範圍;雖然產品說明書未指出可是軟件應達到的目標;軟件測試人員或用戶認爲軟件難以理解,不易使用,運行速度緩慢等問題。工具
Bug report(錯誤報告),也稱爲「Bug record(錯誤記錄)」,記錄發現的軟件錯誤信息的文檔,一般包括錯誤描述、復現步驟、抓取的錯誤圖像和註釋等。佈局
Bug tracking system(錯誤跟蹤系統,BTS),也稱爲「Defect tracking system,DTS」,管理軟件測試缺陷的專用數據庫系統,能夠高效率地完成軟件缺陷的報告、驗證、修改、查詢、統計、存儲等任務。尤爲適用於大型多語言軟件的測試管理。性能
Build(工做版本),軟件開發過程當中用於內部測試的功能和性能等不完善的軟件版本。工做版本既能夠是系統的可操做版本,也能夠是展現要在最終產品中提供的部分功能的部分系統。單元測試
Compatibility Testing(兼容性測試),也稱「Configuration testing(配置測試)」,測試軟件是否和系統的其它與之交互的元素之間兼容,如:瀏覽器、操做系統、硬件等。驗證測試對象在不一樣的軟件和硬件配置中的運行狀況。
Capture/Replay Tool (捕獲/回放工具),一種測試工具,可以捕獲在測試過程當中傳遞給軟件的輸入,而且可以在之後的時間中,重複這個執行的過程。這類工具通常在GUI測試中用的較多。
Crash(崩潰),計算機系統或組件忽然並徹底的喪失功能,例如軟件或系統忽然退出或沒有任何反應(死機)。
Debug(調試),開發人員肯定引發錯誤的根本緣由和肯定可能的修復措施的過程。通常發生在子系統或單元模塊編碼完成時,或者根據測試錯誤報告指出錯誤之後,開發人員須要執行調試過程來解決已存在的錯誤。
Deployment(部署),也稱爲shipment(發佈),對內部IT系統而言,指它的第一個版本經過完全的測試、造成產品、交付給付款客戶的階段。
Dynamic testing(動態測試),經過執行軟件的手段來測試軟件。
Exception(異常/例外),一個引發正常程序執行掛起的事件。
Functional testing (功能測試),也稱爲behavioral testing(行爲測試),根據產品特徵、操做描述和用戶方案,測試一個產品的特性和可操做行爲以肯定它們知足設計需求。本地化軟件的功能測試,用於驗證應用程序或網站對目標用戶能正確工做。使用適當的平臺、瀏覽器和測試腳本,以保證目標用戶的體驗將足夠好,就像應用程序是專門爲該市場開發的同樣。
Garbage characters(亂碼字符),程序界面中顯示的無心義的字符,例如,程序對雙字節字符集的字符不支持時,這些字符不能正確顯示。
GB 18030 testing(GB 18030測試),軟件支持GB 18030字符集標準能力的測試,包括GB 18030字符的輸入、輸出、顯示、存儲的支持程度。
Installing testing(安裝測試),確保該軟件在正常狀況和異常狀況的不一樣條件下,例如,進行首次安裝、升級、完整的或自定義的安裝都能進行安裝。異常狀況包括磁盤空間不足、缺乏目錄建立權限等。覈實軟件在安裝後可當即正常運行。安裝測試包括測試安裝代碼以及安裝手冊。安裝手冊提供如何進行安裝,安裝代碼提供安裝一些程序可以運行的基礎數據。
Integration testing(集成測試),被測試系統的全部組件都集成在一塊兒,找出被測試系統組件之間關係和接口中的錯誤。該測試通常在單元測試以後進行。
International testing(國際化測試),國際化測試的目的是測試軟件的國際化支持能力,發現軟件的國際化的潛在問題,保證軟件在世界不一樣區域中都能正常運行。國際化測試使用每種可能的國際輸入類型,針對任何區域性或區域設置檢查產品的功能是否正常,軟件國際化測試的重點在於執行國際字符串的輸入/輸出功能。國際化測試數據必須包含東亞語言、德語、複雜腳本字符和英語(可選)的混合字符。
Localizability testing(本地化能力測試),本地化能力是指不須要從新設計或修改代碼,將程序的用戶界面翻譯成任何目標語言的能力。爲了下降本地化能力測試的成本,提升測試效率,本地化能力側是一般在軟件的僞本地化版本上進行。本地化能力測試中發現的典型錯誤包括:字符的硬編碼(即軟件中須要本地化的字符寫在了代碼內部),對須要本地化的字符長度設置了國定值,在軟件運行時以控件位置定位,圖標和位圖中包含了須要本地化的文本,軟件的用戶界面與文檔術語不一致等。
Load testing(負載測試),經過測試系統在資源超負荷狀況下的表現,以發現設計上的錯誤或驗證系統的負載能力。在這種測試中,將使測試對象承擔不一樣的工做量,以評測和評估測試對象在不一樣工做量條件下的性能行爲,以及持續正常運行的能力。負載測試的目標是肯定並確保系統在超出最大預期工做量的狀況下仍能正常運行。此外,負載測試還要評估性能特徵,例如,響應時間、事務處理速率和其餘與時間相關的方面。
Localization testing(本地化測試),本地化測試的對象是軟件的本地化版本。本地化測試的目的是測試特定目標區域設置的軟件本地化質量。本地化測試的環境是在本地化的操做系統上安裝本地化的軟件。從測試方法上能夠分爲基本功能測試,安裝/卸載測試,當地區域的軟硬件兼容性測試。測試的內容主要包括軟件本地化後的界面佈局和軟件翻譯的語言質量,包含軟件、文檔和聯機幫助等部分。
Performance testing(性能測試),評價一個產品或組件與性能需求是否符合的測試。包括負載測試、強度測試、數據庫容量測試、基準測試等類型。
Pilot testing(引導測試),軟件開發中,驗證系統在真實硬件和客戶基礎上處理典型操做的能力。在軟件外包測試中,引導測試一般是客戶檢查軟件測試公司測試能力的一種形式,只有經過了客戶特定的引導測試,軟件測試公司才能接受客戶真實軟件項目的軟件測試。
Portability testing(可移植性測試),測試瞄準於證實軟件能夠被移植到指定的硬件或軟件平臺上。
Priority(優先權),從商業角度出發是指錯誤的重要性,尤爲是從客戶和用戶的角度出發,是指錯誤對於系統的可行性和可接受性的影響。與「Severity(嚴重性)」相對照。
Quality assurance(質量保證QA),採起的全部活動以保證一個開發組織交付的產品知足性能需求和已確立的標準和過程。
Regression testing(迴歸測試),在發生修改以後從新測試先前的測試以保證修改的正確性。理論上,對軟件的任何新版本,都須要進行迴歸測試,驗證之前發現和修復的錯誤是否在新軟件版本上再現。
Review(評審),在產品開發過程當中,把產品提交給項目成員、用戶、管理者或其它相關人員評價或批准的過程。
Sanity testing(健全測試),軟件主要功能成分的簡單測試以保證它是否能進行基本的測試。參考「Smoke testing(冒煙測試)」。
Screen shot(抓屏、截圖),軟件測試中,將軟件界面中的錯誤(窗口、菜單、對話框等)的所有或一部分,使用專用工具存儲成圖像文件,以便於後續處理。
Severity(嚴重性),錯誤對被測系統的影響程度,在終端用戶條件下發生的可能性,軟件錯誤妨礙系統使用的程度。與「Priority(優先權)」相對照。
Smoke testing(冒煙測試),冒煙測試的對象是每個新編譯的須要正式測試的軟件版本,目的是確認軟件基本功能正常,能夠進行後續的正式測試工做。冒煙測試的執行者是版本編譯人員。參考「Sanity testing(健全測試)」。
Software life cycle(軟件生命週期),開始於一個軟件產品的構思,結束於該產品再也不被使用的這段期間。
Static testing(靜態測試),不經過執行來測試一個系統。如代碼檢查,文檔檢查和評審等。
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(測試包),一組測試用裏的執行框架;一種組織測試用例的方法。在測試包裏,測試用例能夠組合起來創造出獨特的測試條件。
Unit testing(單元測試),指一段代碼的基本測試,其實際大小是未定的,一般是一個函數或子程序,通常由開發者執行。
User interface(用戶界面,UI),廣義是指使用戶能夠和計算機進行交互的硬件和/或軟件。狹義是指軟件中的可見外觀及其底層與用戶交互的部分(菜單、對話框、窗口和其它控件)。
User interface testing (用戶界面測試),指測試用戶界面的風格是否知足客戶要求,文字是否正確,頁面是否美觀,文字,圖片組合是否完美,操做是否友好等等。UI 測試的目標是確保用戶界面會經過測試對象的功能來爲用戶提供相應的訪問或瀏覽功能。確保用戶界面符合公司或行業的標準。包括用戶友好性、人性化、易操做性測試。
White box testing(白盒測試),根據軟件內部的工做原理分析來進行測試,基於代碼的測試,測試人員經過閱讀程序代碼或者經過使用開發工具中的單步調試來判斷軟件的質量,通常黑盒測試由項目經理在程序員開發中來實現。