軟件測試中英文術語對照表

1、軟件測試中英文術語對照表英文術語中文術語對應的說明Abstract Test Case抽象測試用例High Level Test CaseAcceptance驗收Acceptance TestingAcceptance Criteria驗收準則為了滿足組件或系統(tǒng)使用者、 客戶或其他授權實體的需要，組件或系統(tǒng)必須達到的準則（IEEE610)Acceptance Testing驗收測試一般由用戶 / 客戶進行的確認是否可以接受一個系統(tǒng)的驗證性測試。 是根據(jù)用戶需求， 業(yè)務流程進行的正式測試， 以確保系統(tǒng)復合所有驗收準則（與 IEEE 610 一致）Accessibility Testing可達性測

2、試可達性測試就是測試殘疾人或不方便的人使用軟件或者組件的容易程度。 即被測試的軟件是否能夠被殘疾或者部分有障礙人士正常使用，這其中也包含了正常人在某些時候發(fā)生暫時性障礙的情況下正常使用，如懷抱嬰兒等Accuracy準確性軟件產(chǎn)品提供的結果的正確性、 一致性和精確程序的能力（ ISO9126) 。參見 FunctionalityTestingActual Outcome實際結果Actual ResultActual Result實際結果組件或系統(tǒng)測試之后產(chǎn)生或觀察到的行為Ad Hoc Review臨時評審非正式評審（和正式的評審相比）Ad Hoc Testing隨機測試非正式的測試執(zhí)行。 即沒有

3、正式的測試準備、 規(guī)格設計和技術應用， 也沒有期望結果和必須遵循的測試執(zhí)行指南Adaptability適應性軟件產(chǎn)品無需進行額外修改， 而適應不同特定環(huán)境的能力 (ISO9126) 。參見 ProbabilityAgile Tesing敏捷測試對使用敏捷方法， 如極限編程開發(fā)的項目進行的軟件測試，強調(diào)測試優(yōu)先行的設計模式，見 TestDriven DevelopmentAlgorithm TestTmap算法測試Branch TestingAlpha TestingAlpha 測試由潛在用戶或者獨立的測試團隊在開發(fā)環(huán)境下或者模擬實際操作環(huán)境下進行的測試，通常在開發(fā)組織之外進行。通常是對現(xiàn)貨軟件

4、（COTS)進行內(nèi)部驗收測試的一種方式Analyzability可分析性軟件產(chǎn)品缺陷或運行失敗原因可悲診斷的能力，或?qū)π薷牟糠值目勺R別能力 (ISO9126) 。參見MaintainabilityAnalyzer分析器Static AnalyzerAnomaly異常任何和基于需求文檔、設計文檔、用戶文檔、標準或者個人的期望和預期之間偏差的情況都可以稱為異常。 異?？梢栽诘幌抻谙旅娴倪^程中識別：評審（ Review) 、測試分析（ TestAnalysis) 、編譯 (Compilation) 、軟件產(chǎn)品或應用文檔的使用等。參見Defect 、 Deviation、Error 、 Fault

5、、Failure、 Incident、 ProblemArc Testing弧測試Branch TestingAttractiveness吸引力軟件產(chǎn)品吸引用戶的能力(ISO 9126)。參見UsabilityAudit審計對軟件產(chǎn)品或過程進行的獨立評審，來確認產(chǎn)品是否滿足標準、 指南、規(guī)格說明書以及基于客觀準則的步驟等，包括下面的文檔：（1）產(chǎn)品的內(nèi)容與形式；（ 2）產(chǎn)品開發(fā)應該遵循的流程；（3）度量符合標準或指南的準則（IEEE 1028)Audit Trail審計跟蹤以過程輸出作為起點， 追溯到原始輸入 （例如數(shù)據(jù)）的路徑。有利于缺陷分析和過程審計的開展。Automated Testwa

6、re自動測試件用于自動化測試中的測試件，如工具腳本Availability可用性用戶使用系統(tǒng)或組件可操作和易用的程度，通常以百分比的形式出現(xiàn)（IEEE 610 ）Back-To-Back Testing比對測試用相同的輸入， 執(zhí)行組件或系統(tǒng)的兩個或多個變量，在產(chǎn)生偏差的時候， 對輸出結果進行比較和分析Baseline基線通過正式評審或批準的規(guī)格或軟件產(chǎn)品。以它作為繼續(xù)開發(fā)的基準。 并且在變更的時候， 必須通過正式的變更流程來進行( 與 IEEE 610 一致）Basic Block基本塊一個或多個連續(xù)可執(zhí)行的語句塊， 不包含任何分支結構Basis Test Set基本測試集根據(jù)組件的內(nèi)部結構或

7、規(guī)格說明書設計的一組測試用例集。 通過執(zhí)行者組測試用例，可以保證達到 100%的制定覆蓋準則（ CoverageCriterion) 的要求Bebugging錯誤散播Error SeedingBehavior行為組件或系統(tǒng)對輸入值的預置條件的反應Benchmark Test基準測試（1）為使系統(tǒng)或組件能夠進行度量和比較而制定的一種測試標準；（2）用于組件或系統(tǒng)之間進行的比較，或和（ 1）中提到的標準進行比較的測試（與 IEEE610 一致）Bespoke Software定制軟件為特定的用戶定制開發(fā)的軟件。 與之對比的是現(xiàn)貨軟件（ Off-The-Shlf Software)Best Prac

8、tice最佳實踐在界定范圍內(nèi)， 幫助提高組織能力的有效方法或創(chuàng)新實踐，通常被同行業(yè)組織視為最佳的方法或?qū)嵺`Beta TestingBeta 測試用戶在開發(fā)組織外， 沒有開發(fā)人員參與的情況下進行的測試，檢驗軟件是否滿足客戶及業(yè)務需求。這種測試是軟件產(chǎn)品獲得市場反饋進行驗收測試的一種形式Big-Bang Testing大爆炸測試非增量集成測試的一種方法，測試的時候?qū)④浖卧?、硬件單元或者兩者同時 （而不是階段性的）集成到組件或者整個系統(tǒng)中去進行測試 （與 IEEE610 一致）。參見 Integration TestingBlack-Box Technique黑盒技術Black Box Test

9、Design TechniqueBlack-Box Testing黑盒測試不考慮組件或系統(tǒng)內(nèi)部結構的功能或非功能測試Black-Box Test Design黑盒測試設計基于系統(tǒng)功能或非功能規(guī)格說明書來設計或選Technique技術擇測試用例的技術，不設計軟件內(nèi)部結構Bottom-Up Testing自底向上測試漸增式集成測試的一種， 其策略是先測試底層的組件，為此為基礎逐步進行更高層次的組件測試，直到系統(tǒng)集成所有的組件，參見Intergration TestingBoundary Value邊界值通過分析輸入或輸出變量的邊界或等價劃分（Equivalence Partition)的邊界來設計

10、測試用例，例如取變量的最大值、最小值、中間值、比最大值大的值、比最小值小的值等Boundary Value Analysis邊界值分析一種黑盒設計技術（ Black Box Test DesignTechnique) ，基于邊界值進行測試用例的設計Boundary Value Coverage邊界值覆蓋執(zhí)行一個測試套件 (Test Suite)所能覆蓋的邊界值（ Boundary Value)的百分比Boundary Value Testing邊界值測試參見 Boundary Value AnalysisBranch分支在組件中，控制從任何語句到其他任何非直接后續(xù)語句的一個條件轉(zhuǎn)換，或者是一個

11、無條件轉(zhuǎn)換。例如 Case、 Jump、 Go To、If-Then-Else語句Branch Condition分支條件參見條件 (Condition)Branch Condition分支條件組合參見 Multiple Condition CoverageCombination Coverage覆蓋Branch Condition分支條件組合參見 Multiple Condition TestingCombination Testing測試Branch Condition分支條件覆蓋參見 Condition CoverageCoverageBranch Coverage分支覆蓋執(zhí)行一個測試套

12、件 (Test Suite)所能覆蓋的分支（ Branch) 的百分比。 100%的分支覆蓋（BranchCoverage) 是指 100%判定條件覆蓋（ DecisionCoverage) 和 100%的語句覆蓋（ StatementCoverage)Bug缺陷DefectBug Report缺陷報告Defect ReportBusiness Process-Based基于業(yè)務過程一種基于業(yè)務描述和 / 或業(yè)務流程的測試用例設Testing測試計方法Capability maturity能力成熟度模描述有效的軟件開發(fā)過程關鍵元素中歐的一個5Model(CMM)型個等級的框架， 能力成熟度模型

13、包含了在軟件開發(fā)中維護中計劃、工程和管理方面的最佳實踐（Best Practive)，縮寫為 CMMCapability maturity能力成熟度模描述有效的軟件產(chǎn)品開發(fā)和維護過程的關鍵元Model Integration(CMMI)型集成素框架，能力成熟度模型集成包含了軟件開發(fā)計劃、工程和管理等方面的最佳實踐， 是 CMM制定的繼承版本Capture/Playback Tool捕獲 / 回放工一種執(zhí)行測試工具， 能夠在捕獲在手工測試過程具中的輸入，并且聲稱可執(zhí)行的自動化腳本用于或許階段的測試（回放過程）。這類工具通常使用在自動化回歸測試（ Regression Test)中Capture/

14、Replay Tool捕獲 / 回放工Capture/Playback Tool具CASE計算機輔助軟Computer Aided Software Engineering件工程CAST計算機輔助軟Computer Aided Software Engineering的首字件測試母縮寫，參見 Test Automation。在測試過程中使用計算機軟件工具進行輔助的測試Cause-Effect Graph因果圖用來表示輸入（原因）與結果之間關系的圖標。因果圖可以用來設計測試用例Cause-Effect Graphing因果圖技術通過因果圖（ Case-Effect Graph) 設計測試用例的一

15、種黑盒測試設計技術Cause-Effect Analysis因果分析參見因果圖技術（ Case-Effect Graphing)Cause-Effect Decision因果決策表參見決策表（ Decition Table)TableCertification認證確認一個組件、 系統(tǒng)或個人具備某些特定要求的過程，比如通過了某個考試Changeability可變性軟件產(chǎn)品適應修改的能力（ ISO 9126 ），參見MaintainabilityChange Control變更控制Configuration ControlChange Control Board變更控制委員Configuratio

16、n Control Board會 CCBChecker檢驗員評審員（ Reviewer)Chow's Coverage MetricsN切換覆蓋度N切換覆蓋 (N-Switch Coverage)量Classification Tree分類樹方法運用分類樹法進行的一種黑盒測試設計技術，通Method過輸入和 / 或輸出域的組合來設計用例Code代碼計算機指令和數(shù)據(jù)定義在程序語言中的表現(xiàn)形式或是匯編程序、 編譯器或其他編譯器的一種輸出形式Code Analyzer代碼分析器參見靜態(tài)分析器（ Static Code Analyzer)Code Coverage代碼覆蓋一種分析方法， 用于確

17、定軟件的哪些部分被測試套件 (Test Suite) 覆蓋到了，哪些部分沒有。例如語句覆蓋（ Statement Coverage)、判定覆蓋(Decision Coverage) 和條件覆蓋 (ConditionCoverage)Code-Based Testing基于待遇的測White Box Testing試Co-Existense共存性軟件產(chǎn)品與通用環(huán)境下與之共享資源的其他獨立軟件之間的共存的能力 ISO 9126 。參見可移植性（ Porability ）Commercial商業(yè)現(xiàn)貨軟件參見現(xiàn)貨軟件 (Off-The Shelf Software)Off-The-Shelf Soft

18、wareComparator比較器Test ComparatorCompiler編譯器將高級命令語言編寫的程序翻譯成能運行的機器語言的工具 (IEEE 610)Complete Testing完全測試參見窮盡測試 (Exhaustive Testing)Completion Criteria完成準側參見退出準則 (Exit Criteria)Complexity復雜性系統(tǒng)或組件的設計和 / 或內(nèi)部結構難于理解、管理或規(guī)則的一致性方面的能力（ISO 9126 ）Compliance一致性軟件產(chǎn)品與法律和類似規(guī)定的標準、管理或規(guī)則的一致性方面的能力（ ISO 9126)Compliance Tes

19、ting一致性測試確定組件或系統(tǒng)是否滿足標準的測試過程Component組件一個可被獨立測試的最小軟件單元Component Integration組件集成測試為發(fā)現(xiàn)集成組件之間和集成組件交互產(chǎn)生的缺Testing陷的一致性方面的能力 (ISO 9126)Component Specification組件規(guī)格說明根據(jù)組件的功能定義為特定輸入而應該產(chǎn)生的輸出規(guī)格進行的功能性和非功能性行為的描述。例如資源使用 (Resource Utilization)Compound Condition復合條件通過邏輯操作符 (AND,OR或者 XOR)將兩個或多個簡單條件連接起來，如 A>0 AND B

20、<1000Concrete Test Case具體測試用例參見低階測試用例 (Low Level Test Case)Concurrency Testing并發(fā)測試測試組件或系統(tǒng)的兩個或多個活動在同樣的間隔時間內(nèi)如何交叉或同步并發(fā)（與IEEE 610 一致）Condition條件一個可悲判定為真、假（ True,False) 的邏輯表達式。例如 A>BCondition Combination條件組合覆蓋參見多條件覆蓋（ Multiple ConditionCoverageCoverage)Comdition Determination條件組合測試參見多條件覆蓋 （ Multipl

21、eCondition Testing)TestingCondition Testing條件覆蓋執(zhí)行測試套件 (Test Suite)能夠覆蓋到的條件百分比。100%的條件覆蓋要求測試到每一個條件語句真、假（ True ， False)的條件Condition Determination條件決定覆蓋執(zhí)行測試套件 (Test Suite)覆蓋到的能夠獨立Coverage影像判定結果的單個條件的百分比。100%的條件決定覆蓋意味著 100%的判定條件覆蓋Condition Determination條件決定測試一種白盒測試技術， 是對能夠獨立影響決策結果Testing的單獨條件的測試Conditio

22、n Testing條件測試一種白盒測試技術， 設計測試用例以執(zhí)行條件的結果Condition Outcome條件結果條件判定的結果，為真為假Confidence Test置信測試參見冒煙測試（ Smoke Testing)Configuration配置根據(jù)定義的數(shù)值、 特性及其相關性綜合設置一個組件或者系統(tǒng)Configuration Auditing配置審核對配置庫及配置項的內(nèi)容進行檢查的過程，比如檢查標準的一致性（ IEEE 610 ）Configuration Control配飾控制配置管理的一個方面， 包括在正式陪吃完成之后對配置項進行評價、協(xié)調(diào)、批準或撤銷，以及變更修改的控制（ IEE

23、E 610)Configuration Control配置控制委員負責評估、 批準或拒絕配置項修改的組織，此組Board(CCB)會織應確保被批準的配置修改的執(zhí)行(IEEE 610)Configuration配置標識配置管理的要素之一， 包括選擇配置項， 并在技Identification術文檔中記錄其功能和物理特性(IEFF 610)Configuration Item配置項配置管理中的硬件、軟件或軟硬件結合體的集合，在配置管理過程中通常被當做一個實體(IEEE 610)Configuration配置管理一套技術和管理方面的監(jiān)督原則，用于確定和記Management錄一個配置項的功能和物理屬

24、性、控制對這些屬性的變更、記錄和報告變更處理和實現(xiàn)的狀態(tài)，以及驗證與制定需求的一致性（IEEE 610 ）Configuration配置管理工具支持對配置項進行識別、控制、變更管理、版本Management Tool控制和發(fā)布配置項基線 (Baseline)的工具 (IEEE610)Configuration Testing配置測試參見可移植性測試 (Portability Testing)Confirmation Testing確認測試參見再測試 (Re-Testing)Conformance Testing一致性測試參見復合型測試 (Compliance Testing)Consisten

25、cy一致性在系統(tǒng)后組件的各組成部分之間和文檔之間無矛盾，一致，符合標準的程序IEEE 610Control Flow控制流Control Flow Graph控制流圖Control Flow Path控制流路徑Conversion Testing轉(zhuǎn)換（移植）測試COTS現(xiàn)貨軟件Coverage覆蓋Converage Analysis覆蓋分析Coverage Item覆蓋項Coverage Tool覆蓋工具Custom Software定制軟件Cyclomatic Complexity圈復雜度Cyclomatic Number圈數(shù)Daily Build每日構建Data Definition數(shù)據(jù)定

26、義Data Driven Testing數(shù)據(jù)驅(qū)動測試Data Flow數(shù)據(jù)流執(zhí)行組件或系統(tǒng)中的一系列順序發(fā)生的事件或路徑通過圖形來表示組件或系統(tǒng)中的一系列順序發(fā)生的事件或路徑參見路徑 (Path)用于測試已有系統(tǒng)的數(shù)據(jù)是否能夠轉(zhuǎn)換到替代系統(tǒng)上的一種測試Commercial Off-The-Shelf Software的首字母縮寫。參見 Off-The-Shef Software用于確定執(zhí)行測試套件所能覆蓋項目的程度，通常用百分比來表示對測試執(zhí)行結果進行特定的覆蓋項分析，判斷其是否滿足預先定義的標準，是否需要設計額外的測試用例。作為測試覆蓋的基礎的一個實體或?qū)傩?，如等價劃分（ Equivalen

27、t Partitions）或代碼語句(Code Statement)等對執(zhí)行測試套件 (Test Suite) 能夠覆蓋的結構元素如語句（ Statement) 、分支（ Branch) 等進行客觀測量的工具參見 Bespoke Software程序中獨立路徑的數(shù)量。 一種代碼復雜度的衡量標準，用來衡量一個模塊判定結構的復雜程度，數(shù)量上表現(xiàn)為獨立現(xiàn)行路徑條數(shù)， 即合理地預防所需測試的最少路徑。 圈復雜度大說明程序代碼可能質(zhì)量低且難于測試和維護， 根據(jù)經(jīng)驗， 程序的可能錯誤和高的圈復雜度有著很大關系。 圈復雜度 =L-N+2P，其中 L 表示為結果圖（程序圖）的邊數(shù)； N為結構圖（程序圖）的節(jié)點

28、數(shù)目； P 為伍鏈接部分的數(shù)目（與 McCabe一致）參見 Coyclomatic Complexity每天對整個系統(tǒng)進行編譯和鏈接的開發(fā)活動， 從而保證在任何時候包含所有變更的完整系統(tǒng)是可用的給變量賦了值的可執(zhí)行語句將測試輸入和期望輸出保存在表格中的一種腳本技術。 通過這種技術， 運行單個控制腳本就可以執(zhí)行表格中所有的測試。像錄制 / 回放這樣的測試執(zhí)行工具經(jīng)常會應用數(shù)據(jù)驅(qū)動測試方法 Fewster And Graham 。參見 Keyword DrivenTesting數(shù)據(jù)對象的順序和可能的狀態(tài)變換的抽象表示，對象的狀態(tài)可以是創(chuàng)建、使用和銷毀Data Flow Analysis數(shù)據(jù)流分析一

29、種基于變量定義和使用的靜態(tài)分析（ StaticAnalysis) 模式Data Flow Coverage數(shù)據(jù)流覆蓋執(zhí)行測試套件（ Test Suite) 能夠覆蓋已經(jīng)定義數(shù)據(jù)流的百分比Data Flow Testing數(shù)據(jù)流測試一種白盒測試技術， 設計的測試用例用來測試變量的定義和使用路徑Data Integrity Testing數(shù)據(jù)完整性測參見 Database Integrity Testing試Database Integrity數(shù)據(jù)庫完整性對數(shù)據(jù)庫的存取和管理進行測試的方法和過程，Testing測試確保數(shù)據(jù)庫如期一樣進行存取、處理等數(shù)據(jù)功能，同時也確保數(shù)據(jù)在存取過程中沒有出現(xiàn)不可預

30、料的刪除、更新和創(chuàng)建Dead Code死代碼參見 Unreachable CodeDebugger調(diào)試器參見 Debugging ToolDebugging調(diào)試發(fā)現(xiàn)、分析和去除軟件失敗根源的過程Debugging Tool調(diào)試工具程序員用來復現(xiàn)軟件失敗、 研究程序狀態(tài)并查找響應缺陷的工具。 調(diào)試器可以讓程序員單步執(zhí)行程序，在任何程序語句中終止程序和設置、檢查程序變量Decision判定有兩個或多個可替換路徑控制流的一個程序控制點，也是連接兩個或多個分支的節(jié)點Decision Condition判定條件覆蓋執(zhí)行測試用例套件（ Test Suite)能夠覆蓋的條Coverage件結果（ Condi

31、tion Outcomes) 和判定結果（Decision Outcomes) 的百分比， 100%的判定條件覆蓋意味著 100%的判定覆蓋和100%的條件覆蓋。Decision Condition判定條件測試一種白盒測試（ White Box) 設計技術，設計的測Testing試用例用來測試條件結果（ ConditionOutcomes)和判定結果 (Decision Outcomes)Decision Coverage判定覆蓋執(zhí)行測試套件能夠覆蓋的判定結果(DecisionOutcomes)的百分比。 100%的判定覆蓋（ DecisionCoverage) 意味著 100%的分支覆蓋（

32、BranchCoverage) 和 100%語句覆蓋（ StatementCoverage)Decision Table決策表一個可用來設計測試用例的表格，一般由條件樁、行動樁和條件規(guī)則條目及行動規(guī)則條目組成Decision Table Testing決策表測試一種黑盒測試設計技術， 設計的測試用例用來測試判定表中各種條件的組合（ Veenendaal)Decision Testing決策測試白盒測試技術的一種， 設計測試用例來執(zhí)行判定結果Decision Outcome判定結果判定的結果（可以用來決定制定哪條分支）Defect缺陷可能會導致軟件組件或系統(tǒng)無法執(zhí)行其定義的功能的瑕疵， 例如錯誤

33、的語句或變量定義。如果在組件或系統(tǒng)運行中遇到缺陷，可能會導致運行的失敗Defect Density缺陷密度將軟件組件或系統(tǒng)的缺陷數(shù)和軟件或者組件規(guī)模相比的一種度量 （標準的度量屬于， 包括每千行代碼、每個類或功能點存在的缺陷數(shù)）Defect Detection缺陷發(fā)現(xiàn)百分在一個測試階段發(fā)現(xiàn)的缺陷數(shù)除以在測試階段Percentage(DDP)比和之后其他階段發(fā)現(xiàn)的缺陷總數(shù)所得的百分比數(shù)Defect Management缺陷管理發(fā)現(xiàn)、研究、處置、去除缺陷的過程。包括記錄缺陷、分類缺陷和識別缺陷可能造成的影響（與IEEE 1044 一致）Defect Management Tool缺陷管理工具一個方

34、便記錄和跟蹤缺陷的工具，通常包括已修復操作流程為引導的任務分配、缺陷修復、 重新測試等行為的跟蹤和控制， 并且提供文檔形式的報告。參見 Incident Management ToolDefect Masking缺陷屏蔽一個缺陷阻礙另一個缺被發(fā)現(xiàn)的情況( 與 IEEE610 一致）Defect Report缺陷報告對造成軟件組件或系統(tǒng)不能實現(xiàn)預期功能的缺陷進行描述的報告文件Defect Tracking Tool缺陷跟蹤工具參見 Defect Management ToolDefinition-Use Pair定義 - 使用對變量在程序中定義和使用的相關性，變量使用包括變量計算 （比如乘） 或

35、者變量引導程序執(zhí)行一條路徑（預定義）Deliverable交付物過程中生成的交付給客戶的（工作）產(chǎn)品Design-Based Testing基于設計的測根據(jù)組件或系統(tǒng)的架構或詳細設計測試用例的試一種測試方法（例如組件或系統(tǒng)之間接口的測試）Desk Checking桌面檢查通過手工模擬執(zhí)行來對軟件或規(guī)格說明進行的測試。參見 Static AnalysisDevelopment Testing開發(fā)測試通常在開發(fā)環(huán)境下， 開發(fā)人員在組件或系統(tǒng)實現(xiàn)過程中進行的正式或非正式的測試（與 IEEE 610一致）Deviation偏離參見 IncidentDeviation Report偏離報告參見 Inci

36、dent ReportDirty Testing負面測試參見 Negative TestingDocumentation Testing文檔測試關于文檔質(zhì)量的測試， 例如對用戶手冊或安裝手冊的測試Domain域一個可供有效輸入或輸出值選擇的集合Driver驅(qū)動器代替某個軟件組件來模擬控制或調(diào)用其他組件或系統(tǒng)的軟件或測試工具（與Tmap一致）Dynamic Analysis動態(tài)分析組件或系統(tǒng)的執(zhí)行過程中對其行為評估的過程，例如對內(nèi)存性能、 CPU使用率等的估算 （與 IEEE610 一致）Dynamic Analysis Tool動態(tài)分析工具為程序代碼提供實時信息的工具。通常用于識別未定義的指針

37、，檢測指針算法和內(nèi)存地址分配、使用及釋放的情況以及對內(nèi)存泄露進行標記）Dynamic Comparison動態(tài)比較在軟件運行過程中（例如用測試工具執(zhí)行），對實際結果和期望結果的比較Dynamic Testing動態(tài)測試通過運行軟件的組件或系統(tǒng)來測試軟件Efficiency效率一定條件下根據(jù)資源的使用情況，軟件產(chǎn)品能夠提供適當性能的能力（ ISO 9126 ）Efficiency Testing效率測試確定測試軟件產(chǎn)品效率的測試過程Elementary Comparison基本比較測試一種黑盒測試設計技術， 根據(jù)判定條件覆蓋的理Testing念，設計測試用例來測試軟件各種輸入的組合TmapEmu

38、lator仿真器一個接受同樣輸入并產(chǎn)生同樣輸出的設備、計算機程序或系統(tǒng) IEEE 610 。參見 SimulatorEntry Criteria入口準則進入下一個任務 （如測試階段） 必須滿足的條件。準入條件的目的是防止執(zhí)行不能滿足準入條件的活動而浪費資源（ Glib And Graham)Entry Point入口點一個組件的第一個可執(zhí)行語句Equivalence Class等價類參見 Equivalence PartitionEquivalence Partition等價類劃分根據(jù)規(guī)格說明， 輸入域或輸出域的一個子域內(nèi)的任何值都能使組件或系統(tǒng)產(chǎn)生相同的響應結果Equivalence Par

39、tition等價劃分覆蓋執(zhí)行測試套件能夠覆蓋到的等價類百分比CoverageEquivalence等價類劃分技黑盒測試用例設計技術， 該技術從組件的等價類Partitioning術中選取典型的點進行測試。 原則上每個等價類至少要選取一個典型的點來設計測試用例Error錯誤人為地產(chǎn)生不正確結果的行為（與IEEE 610 一致）Error Guessing錯誤推測根據(jù)測試人員以往的經(jīng)驗， 猜測在組件或系統(tǒng)中可能出現(xiàn)的缺陷以及錯誤， 并以此為依據(jù)來進行特殊的用例設計以暴露這些缺陷Error Seeding錯誤散播在組件或系統(tǒng)中有意插入一些已之缺陷（Defect) 的過程，目的是為了得到缺陷的探測率和

40、出去率，以及評估系統(tǒng)中遺留缺陷的數(shù)量（IEEE 610)Error Tolerance容錯組件或系統(tǒng)存在缺陷的情況下保持連續(xù)正常工作狀態(tài)的能力（與 IEEE 610 一致）Evaluation評估參見 TestingException Handling異常處理組件或系統(tǒng)對錯誤輸入的行為反應。 錯誤輸入包括人為的輸入、 其他組件或系統(tǒng)的輸入以及內(nèi)部失敗引起的輸入等。Executable Statement可執(zhí)行語句語句編譯后可以轉(zhuǎn)換為目標代碼，同事在程序運行的時候可以按步驟執(zhí)行， 并且可以對數(shù)據(jù)進行相應的操作。Exercised被執(zhí)行測試用例運行后背執(zhí)行的語句、判定和程序的結構元素Exhaust

41、ive Testing窮盡測試測試套件包含了軟件輸入值和前提條件所有可能組合的測試方法Exit Criteria出口準則和利益相關者達成一致的通用和專門的條件，來正式地定義一個過程的結束點。出口準則的目的可以防止將沒有完成的任務錯誤地看成任務已經(jīng)完成。測試匯總使用的出口準則可以來報告和計劃什么時候可以停止測試（與Gilb和 Graham一致）Exit Point出口點組件中最后一個可執(zhí)行語句Expected Outcome預期結果參見 Expected ResultExpected Result預期結果在特定條件下根據(jù)規(guī)格說明或其他資源說明，組件或系統(tǒng)預測的行為Experienced-Base

42、d Test基于經(jīng)驗的測根據(jù)測試人員的經(jīng)驗、 知識和直覺來進行用例設Design Technique試設計技術計或選擇的一種技術Exploratory Testing探索性測試非正式的測試設計技術。 測試人員能動地設計一些測試用例， 通過執(zhí)行這些測試用例和在測試中得到的信息來設計新的更好的測試用例（和 Bach一致）Fail失敗假如測試的事跡結果與預期結果不一樣，就認為這個測試的狀態(tài)為失敗Failure失敗組件 / 系統(tǒng)與預期的交付、服務或結惡果存在偏差（與 Fention 一致）Failure Mode失效模式失效在物理上或功能上的表現(xiàn)。例如，系統(tǒng)在失效模式下可能表現(xiàn)為運行緩慢、輸出錯誤或者

43、執(zhí)行的徹底中斷（ IEEE 610 ）Failure Mode And Effect失效模式和影一個系統(tǒng)進行風險識別和標識可能的失效模式Analysis(FMEA)響分析的系統(tǒng)方法，用來預防失效的發(fā)生Failure Rate失效率制定類型中單位度量內(nèi)發(fā)生失效的數(shù)目。例如單位時間失效數(shù)、 單位處理失效數(shù)、 單位計算機的運行失效數(shù) IEEE 610Fault故障DefectFault Density故障密度Defect DensityFault Detection故障發(fā)現(xiàn)率Defect Detection PercentagePercentage(FDP)（FDP)Fault Masking故障屏

44、蔽Defect MaskingFault Tolerance故障容限軟件產(chǎn)品存在故障或其制定接口遭到破壞時，繼續(xù)維持特定性能級別的能力（ISO 9126) 。參見ReliabilityFault Tree Analysis故障樹分析分析產(chǎn)生故障原因的一種方法Feasible Path可達路徑可通過一組輸入值和入口條件而執(zhí)行到的一條路徑Feature特性需求文檔制定的或包含的一個組件或系統(tǒng)的屬性，例如 Reliability、 Usability 或者 DesignConstraints （與 IEEE 1008 一致）Field Testing現(xiàn)場測試參見 Beta TestingFinite

45、 State Machine有限狀態(tài)機包含有限數(shù)目狀態(tài)和狀態(tài)之間轉(zhuǎn)換的一種計算模型，同事可能伴隨一些可能的（觸發(fā)）行為（IEEE 610)Finite State Testing有限狀態(tài)測試State Transition TestingFormal Review正式評審對評審過程及需求文檔化的一種特定的評審。例如檢視（ Inspection)Frozen Test Basis凍結測試基準測試基準文檔， 只能通過正式的變更控制過程進行修正。參見 BaselineFunctional Point功能點分析對信息胸膛那個功能進行規(guī)模度量的一種方法。Analysis(FPA)該度量獨立于具體的技術實現(xiàn)，可以作為省城率度量、資源需求估算和項目控制的基礎Functional Integration功能集成合并組建 / 系統(tǒng)，以盡早實現(xiàn)基本功能的一種集成方法。參見 Integration TestingFunction