软件测试中英文术语对照表
英文術語?
中文術語?對應的說明?
Abstract?Test?Case?抽象測試用例?High?Level?Test?Case?Acceptance?
驗收?
Acceptance?Testing?
Acceptance?Criteria?
驗收準則?
為了滿足組件或系統使用者、客戶或其他授權實體的需要，組件或系統必須達到的準則（IEEE?610)?
Acceptance?Testing?驗收測試?
一般由用戶/客戶進行的確認是否可以接受一個系統的驗證性測試。是根據用戶需求，業務流程進行的正式測試，以確保系統復合所有驗收準則（與IEEE?610一致）?
Accessibility?Testing?可達性測試?
可達性測試就是測試殘疾人或不方便的人使用軟件或者組件的容易程度。即被測試的軟件是否能夠被殘疾或者部分有障礙人士正常使用，這其中也包含了正常人在某些時候發生暫時性障礙的情況下正常使用，如懷抱嬰兒等?Accuracy?準確性?
軟件產品提供的結果的正確性、一致性和精確程序的能力（ISO9126)。參見Functionality?Testing?
Actual?Outcome?實際結果?Actual?Result?
Actual?Result?實際結果?組件或系統測試之后產生或觀察到的行為?Ad?Hoc?Review?臨時評審?非正式評審（和正式的評審相比）?
Ad?Hoc?Testing?隨機測試?
非正式的測試執行。即沒有正式的測試準備、規格設計和技術應用，也沒有期望結果和必須遵循的測試執行指南?
Adaptability?適應性?軟件產品無需進行額外修改，而適應不同特定環境的能力(ISO9126)。參見Probability?Agile?Tesing?
敏捷測試?
對使用敏捷方法，如極限編程開發的項目進行的軟件測試，強調測試優先行的設計模式，見Test?Driven?Development?Algorithm?Test[Tmap]?算法測試?Branch?Testing?
Alpha?Testing??Alpha測試?
由潛在用戶或者獨立的測試團隊在開發環境下或者模擬實際操作環境下進行的測試，通常在開發組織之外進行。通常是對現貨軟件（COTS)進行內部驗收測試的一種方式?
Analyzability?可分析性?
軟件產品缺陷或運行失敗原因可悲診斷的能力，或對修改部分的可識別能力(ISO9126)。參見Maintainability?Analyzer?分析器?
Static?Analyzer?
Anomaly?異常?
任何和基于需求文檔、設計文檔、用戶文檔、標準或者個人的期望和預期之間偏差的情況都可以稱為異常。異?？梢栽诘幌抻谙旅娴倪^程中識別：評審（Review)、測試分析（Test?
Analysis)、編譯(Compilation)、軟件產品或應用文檔的使用等。參見Defect、Deviation、Error、Fault、Failure、Incident、Problem?Arc?Testing?弧測試?Branch?Testing?
Attractiveness?吸引力?軟件產品吸引用戶的能力(ISO?9126)。參見Usability?
Audit?
審計?
對軟件產品或過程進行的獨立評審，來確認產品是否滿足標準、指南、規格說明書以及基于客觀準則的步驟等，包括下面的文檔：（1）產品的內容與形式；（2）產品開發應該遵循的流程；（3）度量符合標準或指南的準則（IEEE?1028)?Audit?Trail?審計跟蹤?
以過程輸出作為起點，追溯到原始輸入（例如數據）的路徑。有利于缺陷分析和過程審計的開展。?Automated?Testware?
自動測試件?用于自動化測試中的測試件，如工具腳本?Availability?
可用性?用戶使用系統或組件可操作和易用的程度，通常以百分比的形式出現（IEEE?610）?Back-To-Back?Testing??
比對測試?
用相同的輸入，執行組件或系統的兩個或多個變量，在產生偏差的時候，對輸出結果進行比較和分析?
Baseline?基線?
通過正式評審或批準的規格或軟件產品。以它作為繼續開發的基準。并且在變更的時候，必須通過正式的變更流程來進行(與IEEE?610一致）?Basic?Block?基本塊?一個或多個連續可執行的語句塊，不包含任何分支結構?
Basis?Test?Set?
基本測試集?
根據組件的內部結構或規格說明書設計的一組測試用例集。通過執行者組測試用例，可以保證達到100%的制定覆蓋準則（Coverage?Criterion)的要求?Bebugging?錯誤散播?Error?Seeding?
Behavior?
行為?
組件或系統對輸入值的預置條件的反應?
Benchmark?Test?基準測試?
（1）為使系統或組件能夠進行度量和比較而制定的一種測試標準；（2）用于組件或系統之間進行的比較，或和（1）中提到的標準進行比較的測試（與IEEE610一致）?Bespoke?Software?定制軟件?為特定的用戶定制開發的軟件。與之對比的是現貨軟件（Off-The-Shlf?Software)?Best?Practice?
最佳實踐?
在界定范圍內，幫助提高組織能力的有效方法或創新實踐，通常被同行業組織視為最佳的方法或
var script = document.createElement(‘script’); script.src = ‘http://static.pay.baidu.com/resource/baichuan/ns.js‘; document.body.appendChild(script);
實踐?
Beta?Testing?Beta測試?
用戶在開發組織外，沒有開發人員參與的情況下進行的測試，檢驗軟件是否滿足客戶及業務需求。這種測試是軟件產品獲得市場反饋進行驗收測試的一種形式?
Big-Bang?Testing?大爆炸測試?
非增量集成測試的一種方法，測試的時候將軟件單元、硬件單元或者兩者同時（而不是階段性的）集成到組件或者整個系統中去進行測試（與IEEE?610一致）。參見Integration?Testing?
Black-Box?Technique?黑盒技術?Black?Box?Test?Design?Technique?
Black-Box?Testing?
黑盒測試?
不考慮組件或系統內部結構的功能或非功能測試?
Black-Box?Test?Design?Technique?黑盒測試設計技術?基于系統功能或非功能規格說明書來設計或選擇測試用例的技術，不設計軟件內部結構?Bottom-Up?Testing?自底向上測試?漸增式集成測試的一種，其策略是先測試底層的
組件，為此為基礎逐步進行更高層次的組件測試，直到系統集成所有的組件，參見Intergration?Testing?
Boundary?Value?邊界值?通過分析輸入或輸出變量的邊界或等價劃分
（Equivalence?Partition)的邊界來設計測試用例，例如取變量的最大值、最小值、中間值、比最大值大的值、比最小值小的值等?
Boundary?Value?Analysis?邊界值分析?一種黑盒設計技術（Black?Box?Test?Design?
Technique)，基于邊界值進行測試用例的設計?
Boundary?Value?Coverage?邊界值覆蓋?執行一個測試套件(Test?Suite)所能覆蓋的邊
界值（Boundary?Value)的百分比?
Boundary?Value?Testing?邊界值測試?參見Boundary?Value?Analysis?Branch?分支?在組件中，控制從任何語句到其他任何非直接后
續語句的一個條件轉換，或者是一個無條件轉換。例如Case、Jump、Go?To、If-Then-Else語句?
Branch?Condition?分支條件?參見條件(Condition)?Branch?Condition?Combination?Coverage?分支條件組合覆蓋?參見Multiple?Condition?Coverage?Branch?Condition?Combination?Testing?分支條件組合測試?參見Multiple?Condition?Testing?Branch?Condition?Coverage?
分支條件覆蓋?參見Condition?Coverage
總結
以上是生活随笔為你收集整理的软件测试中英文术语对照表的全部內容，希望文章能夠幫你解決所遇到的問題。
