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

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

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

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

4、Analyzability可分析性軟件產(chǎn)品缺陷或運行失敗原因可悲診斷的能力，或對修改部分的可識別能力(ISO9126)。參見MaintainabilityAnalyzer分析器Static AnalyzerAnomaly異常任何和基于需求文檔、設計文檔、用戶文檔、標準或者個人的期望和預期之間偏差的情況都可以稱為異常。異常可以在但不限于下面的過程中識別：評審（Review)、測試分析（Test Analysis)、編譯(Compilation)、軟件產(chǎn)品或應用文檔的使用等。參見Defect、Deviation、Error、Fault、Failure、Incident、ProblemArc Tes

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

6、用性用戶使用系統(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ù)組件的內部結構或規(guī)格說明書設計的一組測試用例集。通過執(zhí)行者組測試用例，可以保證達到100%的制定覆蓋準則（C

7、overage Criterion)的要求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 Practice最佳實踐在界定范圍內，幫助提高組織能力的有效方法或創(chuàng)新實踐，通常被同行業(yè)組織視為最佳的方法或實踐Be

8、ta TestingBeta測試用戶在開發(fā)組織外，沒有開發(fā)人員參與的情況下進行的測試，檢驗軟件是否滿足客戶及業(yè)務需求。這種測試是軟件產(chǎn)品獲得市場反饋進行驗收測試的一種形式Big-Bang Testing大爆炸測試非增量集成測試的一種方法，測試的時候將軟件單元、硬件單元或者兩者同時（而不是階段性的）集成到組件或者整個系統(tǒng)中去進行測試（與IEEE 610一致）。參見Integration TestingBlack-Box Technique黑盒技術Black Box Test Design TechniqueBlack-Box Testing黑盒測試不考慮組件或系統(tǒng)內部結構的功能或非功能測試Bla

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

10、s邊界值分析一種黑盒設計技術（Black Box Test Design Technique)，基于邊界值進行測試用例的設計Boundary Value Coverage邊界值覆蓋執(zhí)行一個測試套件(Test Suite)所能覆蓋的邊界值（Boundary Value)的百分比Boundary Value Testing邊界值測試參見Boundary Value AnalysisBranch分支在組件中，控制從任何語句到其他任何非直接后續(xù)語句的一個條件轉換，或者是一個無條件轉換。例如Case、Jump、Go To、If-Then-Else語句Branch Condition分支條件參見條件(Co

11、ndition)Branch Condition Combination Coverage分支條件組合覆蓋參見Multiple Condition CoverageBranch Condition Combination Testing分支條件組合測試參見Multiple Condition TestingBranch Condition Coverage分支條件覆蓋參見Condition CoverageBranch Coverage分支覆蓋執(zhí)行一個測試套件(Test Suite)所能覆蓋的分支（Branch)的百分比。100%的分支覆蓋（Branch Coverage)是指100%判定條件

12、覆蓋（Decision Coverage)和100%的語句覆蓋（Statement Coverage)Bug缺陷DefectBug Report缺陷報告Defect ReportBusiness Process-Based Testing基于業(yè)務過程測試一種基于業(yè)務描述和/或業(yè)務流程的測試用例設計方法Capability maturity Model(CMM)能力成熟度模型描述有效的軟件開發(fā)過程關鍵元素中歐的一個5個等級的框架，能力成熟度模型包含了在軟件開發(fā)中維護中計劃、工程和管理方面的最佳實踐（Best Practive)，縮寫為CMMCapability maturity Model In

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

14、ringCAST計算機輔助軟件測試Computer Aided Software Engineering的首字母縮寫，參見Test Automation。在測試過程中使用計算機軟件工具進行輔助的測試Cause-Effect Graph因果圖用來表示輸入（原因）與結果之間關系的圖標。因果圖可以用來設計測試用例Cause-Effect Graphing因果圖技術通過因果圖（Case-Effect Graph)設計測試用例的一種黑盒測試設計技術Cause-Effect Analysis因果分析參見因果圖技術（Case-Effect Graphing)Cause-Effect Decision Tab

15、le因果決策表參見決策表（Decition Table)Certification認證確認一個組件、系統(tǒng)或個人具備某些特定要求的過程，比如通過了某個考試Changeability可變性軟件產(chǎn)品適應修改的能力（ISO 9126），參見MaintainabilityChange Control變更控制Configuration ControlChange Control Board變更控制委員會CCBConfiguration Control BoardChecker檢驗員評審員（Reviewer)Chow's Coverage MetricsN切換覆蓋度量N切換覆蓋(N-Switch C

16、overage)Classification Tree Method分類樹方法運用分類樹法進行的一種黑盒測試設計技術，通過輸入和/或輸出域的組合來設計用例Code代碼計算機指令和數(shù)據(jù)定義在程序語言中的表現(xiàn)形式或是匯編程序、編譯器或其他編譯器的一種輸出形式Code Analyzer代碼分析器參見靜態(tài)分析器（Static Code Analyzer)Code Coverage代碼覆蓋一種分析方法，用于確定軟件的哪些部分被測試套件(Test Suite)覆蓋到了，哪些部分沒有。例如語句覆蓋（Statement Coverage)、判定覆蓋(Decision Coverage)和條件覆蓋(Condit

17、ion Coverage)Code-Based Testing基于待遇的測試White Box TestingCo-Existense共存性軟件產(chǎn)品與通用環(huán)境下與之共享資源的其他獨立軟件之間的共存的能力ISO 9126。參見可移植性（Porability）Commercial Off-The-Shelf Software商業(yè)現(xiàn)貨軟件參見現(xiàn)貨軟件(Off-The Shelf Software)Comparator比較器Test ComparatorCompiler編譯器將高級命令語言編寫的程序翻譯成能運行的機器語言的工具(IEEE 610)Complete Testing完全測試參見窮盡測試(E

18、xhaustive Testing)Completion Criteria完成準側參見退出準則(Exit Criteria)Complexity復雜性系統(tǒng)或組件的設計和/或內部結構難于理解、管理或規(guī)則的一致性方面的能力（ISO 9126）Compliance一致性軟件產(chǎn)品與法律和類似規(guī)定的標準、管理或規(guī)則的一致性方面的能力（ISO 9126)Compliance Testing一致性測試確定組件或系統(tǒng)是否滿足標準的測試過程Component組件一個可被獨立測試的最小軟件單元Component Integration Testing組件集成測試為發(fā)現(xiàn)集成組件之間和集成組件交互產(chǎn)生的缺陷的一致性方

19、面的能力(ISO 9126)Component Specification組件規(guī)格說明根據(jù)組件的功能定義為特定輸入而應該產(chǎn)生的輸出規(guī)格進行的功能性和非功能性行為的描述。例如資源使用(Resource Utilization)Compound Condition復合條件通過邏輯操作符(AND,OR或者XOR)將兩個或多個簡單條件連接起來，如A>0 AND B<1000Concrete Test Case具體測試用例參見低階測試用例(Low Level Test Case)Concurrency Testing并發(fā)測試測試組件或系統(tǒng)的兩個或多個活動在同樣的間隔時間內如何交叉或同步并發(fā)（

20、與IEEE 610一致）Condition條件一個可悲判定為真、假（True,False)的邏輯表達式。例如A>BCondition Combination Coverage條件組合覆蓋參見多條件覆蓋（Multiple Condition Coverage)Comdition Determination Testing條件組合測試參見多條件覆蓋（Multiple Condition Testing)Condition Testing條件覆蓋執(zhí)行測試套件(Test Suite)能夠覆蓋到的條件百分比。100%的條件覆蓋要求測試到每一個條件語句真、假（True，F(xiàn)alse)的條件Condit

21、ion Determination Coverage條件決定覆蓋執(zhí)行測試套件(Test Suite)覆蓋到的能夠獨立影像判定結果的單個條件的百分比。100%的條件決定覆蓋意味著100%的判定條件覆蓋Condition Determination Testing條件決定測試一種白盒測試技術，是對能夠獨立影響決策結果的單獨條件的測試Condition Testing條件測試一種白盒測試技術，設計測試用例以執(zhí)行條件的結果Condition Outcome條件結果條件判定的結果，為真為假Confidence Test置信測試參見冒煙測試（Smoke Testing)Configuration配置根據(jù)定

22、義的數(shù)值、特性及其相關性綜合設置一個組件或者系統(tǒng)Configuration Auditing配置審核對配置庫及配置項的內容進行檢查的過程，比如檢查標準的一致性（IEEE 610）Configuration Control配飾控制配置管理的一個方面，包括在正式陪吃完成之后對配置項進行評價、協(xié)調、批準或撤銷，以及變更修改的控制（IEEE 610)Configuration Control Board(CCB)配置控制委員會負責評估、批準或拒絕配置項修改的組織，此組織應確保被批準的配置修改的執(zhí)行(IEEE 610)Configuration Identification配置標識配置管理的要素之一，包

23、括選擇配置項，并在技術文檔中記錄其功能和物理特性(IEFF 610)Configuration Item配置項配置管理中的硬件、軟件或軟硬件結合體的集合，在配置管理過程中通常被當做一個實體(IEEE 610)Configuration Management配置管理一套技術和管理方面的監(jiān)督原則，用于確定和記錄一個配置項的功能和物理屬性、控制對這些屬性的變更、記錄和報告變更處理和實現(xiàn)的狀態(tài)，以及驗證與制定需求的一致性（IEEE 610）Configuration Management Tool配置管理工具支持對配置項進行識別、控制、變更管理、版本控制和發(fā)布配置項基線(Baseline)的工具(IE

24、EE 610)Configuration Testing配置測試參見可移植性測試(Portability Testing)Confirmation Testing確認測試參見再測試(Re-Testing)Conformance Testing一致性測試參見復合型測試(Compliance Testing)Consistency一致性在系統(tǒng)后組件的各組成部分之間和文檔之間無矛盾，一致，符合標準的程序IEEE 610Control Flow控制流執(zhí)行組件或系統(tǒng)中的一系列順序發(fā)生的事件或路徑Control Flow Graph控制流圖通過圖形來表示組件或系統(tǒng)中的一系列順序發(fā)生的事件或路徑Contro

25、l Flow Path控制流路徑參見路徑(Path)Conversion Testing轉換（移植）測試用于測試已有系統(tǒng)的數(shù)據(jù)是否能夠轉換到替代系統(tǒng)上的一種測試COTS現(xiàn)貨軟件Commercial Off-The-Shelf Software的首字母縮寫。參見Off-The-Shef SoftwareCoverage覆蓋用于確定執(zhí)行測試套件所能覆蓋項目的程度，通常用百分比來表示Converage Analysis覆蓋分析對測試執(zhí)行結果進行特定的覆蓋項分析，判斷其是否滿足預先定義的標準，是否需要設計額外的測試用例。Coverage Item覆蓋項作為測試覆蓋的基礎的一個實體或屬性，如等價劃分（E

26、quivalent Partitions）或代碼語句(Code Statement)等Coverage Tool覆蓋工具對執(zhí)行測試套件(Test Suite)能夠覆蓋的結構元素如語句（Statement)、分支（Branch)等進行客觀測量的工具Custom Software定制軟件參見Bespoke SoftwareCyclomatic Complexity圈復雜度程序中獨立路徑的數(shù)量。一種代碼復雜度的衡量標準，用來衡量一個模塊判定結構的復雜程度，數(shù)量上表現(xiàn)為獨立現(xiàn)行路徑條數(shù)，即合理地預防所需測試的最少路徑。圈復雜度大說明程序代碼可能質量低且難于測試和維護，根據(jù)經(jīng)驗，程序的可能錯誤和高的圈復

27、雜度有著很大關系。圈復雜度=L-N+2P，其中L表示為結果圖（程序圖）的邊數(shù)；N為結構圖（程序圖）的節(jié)點數(shù)目；P為伍鏈接部分的數(shù)目（與McCabe一致）Cyclomatic Number圈數(shù)參見Coyclomatic ComplexityDaily Build每日構建每天對整個系統(tǒng)進行編譯和鏈接的開發(fā)活動，從而保證在任何時候包含所有變更的完整系統(tǒng)是可用的Data Definition數(shù)據(jù)定義給變量賦了值的可執(zhí)行語句Data Driven Testing數(shù)據(jù)驅動測試將測試輸入和期望輸出保存在表格中的一種腳本技術。通過這種技術，運行單個控制腳本就可以執(zhí)行表格中所有的測試。像錄制/回放這樣的測試執(zhí)行

28、工具經(jīng)常會應用數(shù)據(jù)驅動測試方法Fewster And Graham。參見Keyword Driven TestingData Flow數(shù)據(jù)流數(shù)據(jù)對象的順序和可能的狀態(tài)變換的抽象表示，對象的狀態(tài)可以是創(chuàng)建、使用和銷毀Data Flow Analysis數(shù)據(jù)流分析一種基于變量定義和使用的靜態(tài)分析（Static Analysis)模式Data Flow Coverage數(shù)據(jù)流覆蓋執(zhí)行測試套件（Test Suite)能夠覆蓋已經(jīng)定義數(shù)據(jù)流的百分比Data Flow Testing數(shù)據(jù)流測試一種白盒測試技術，設計的測試用例用來測試變量的定義和使用路徑Data Integrity Testing數(shù)據(jù)完整性

29、測試參見Database Integrity TestingDatabase Integrity Testing數(shù)據(jù)庫完整性測試對數(shù)據(jù)庫的存取和管理進行測試的方法和過程，確保數(shù)據(jù)庫如期一樣進行存取、處理等數(shù)據(jù)功能，同時也確保數(shù)據(jù)在存取過程中沒有出現(xiàn)不可預料的刪除、更新和創(chuàng)建Dead Code死代碼參見Unreachable CodeDebugger調試器參見Debugging ToolDebugging調試發(fā)現(xiàn)、分析和去除軟件失敗根源的過程Debugging Tool調試工具程序員用來復現(xiàn)軟件失敗、研究程序狀態(tài)并查找響應缺陷的工具。調試器可以讓程序員單步執(zhí)行程序，在任何程序語句中終止程序和設置

30、、檢查程序變量Decision判定有兩個或多個可替換路徑控制流的一個程序控制點，也是連接兩個或多個分支的節(jié)點Decision Condition Coverage判定條件覆蓋執(zhí)行測試用例套件（Test Suite)能夠覆蓋的條件結果（Condition Outcomes)和判定結果（Decision Outcomes)的百分比，100%的判定條件覆蓋意味著100%的判定覆蓋和100%的條件覆蓋。Decision Condition Testing判定條件測試一種白盒測試（White Box)設計技術，設計的測試用例用來測試條件結果（Condition Outcomes)和判定結果(Decisi

31、on Outcomes)Decision Coverage判定覆蓋執(zhí)行測試套件能夠覆蓋的判定結果(Decision Outcomes)的百分比。100%的判定覆蓋（Decision Coverage)意味著100%的分支覆蓋（Branch Coverage)和100%語句覆蓋（Statement Coverage)Decision Table決策表一個可用來設計測試用例的表格，一般由條件樁、行動樁和條件規(guī)則條目及行動規(guī)則條目組成Decision Table Testing決策表測試一種黑盒測試設計技術，設計的測試用例用來測試判定表中各種條件的組合（Veenendaal)Decision Tes

32、ting決策測試白盒測試技術的一種，設計測試用例來執(zhí)行判定結果Decision Outcome判定結果判定的結果（可以用來決定制定哪條分支）Defect缺陷可能會導致軟件組件或系統(tǒng)無法執(zhí)行其定義的功能的瑕疵，例如錯誤的語句或變量定義。如果在組件或系統(tǒng)運行中遇到缺陷，可能會導致運行的失敗Defect Density缺陷密度將軟件組件或系統(tǒng)的缺陷數(shù)和軟件或者組件規(guī)模相比的一種度量（標準的度量屬于，包括每千行代碼、每個類或功能點存在的缺陷數(shù)）Defect Detection Percentage(DDP)缺陷發(fā)現(xiàn)百分比在一個測試階段發(fā)現(xiàn)的缺陷數(shù)除以在測試階段和之后其他階段發(fā)現(xiàn)的缺陷總數(shù)所得的百分比數(shù)

33、Defect Management缺陷管理發(fā)現(xiàn)、研究、處置、去除缺陷的過程。包括記錄缺陷、分類缺陷和識別缺陷可能造成的影響（與IEEE 1044一致）Defect Management Tool缺陷管理工具一個方便記錄和跟蹤缺陷的工具，通常包括已修復操作流程為引導的任務分配、缺陷修復、重新測試等行為的跟蹤和控制，并且提供文檔形式的報告。參見Incident Management ToolDefect Masking缺陷屏蔽一個缺陷阻礙另一個缺被發(fā)現(xiàn)的情況(與IEEE 610一致）Defect Report缺陷報告對造成軟件組件或系統(tǒng)不能實現(xiàn)預期功能的缺陷進行描述的報告文件Defect Trac

34、king Tool缺陷跟蹤工具參見Defect Management ToolDefinition-Use Pair定義-使用對變量在程序中定義和使用的相關性，變量使用包括變量計算（比如乘）或者變量引導程序執(zhí)行一條路徑（預定義）Deliverable交付物過程中生成的交付給客戶的（工作）產(chǎn)品Design-Based Testing基于設計的測試根據(jù)組件或系統(tǒng)的架構或詳細設計測試用例的一種測試方法（例如組件或系統(tǒng)之間接口的測試）Desk Checking桌面檢查通過手工模擬執(zhí)行來對軟件或規(guī)格說明進行的測試。參見Static AnalysisDevelopment Testing 開發(fā)測試通常在開

35、發(fā)環(huán)境下，開發(fā)人員在組件或系統(tǒng)實現(xiàn)過程中進行的正式或非正式的測試（與IEEE 610一致）Deviation偏離參見IncidentDeviation Report偏離報告參見Incident ReportDirty Testing 負面測試參見Negative TestingDocumentation Testing文檔測試關于文檔質量的測試，例如對用戶手冊或安裝手冊的測試Domain域一個可供有效輸入或輸出值選擇的集合Driver驅動器代替某個軟件組件來模擬控制或調用其他組件或系統(tǒng)的軟件或測試工具（與Tmap一致）Dynamic Analysis動態(tài)分析組件或系統(tǒng)的執(zhí)行過程中對其行為評估的

36、過程，例如對內存性能、CPU使用率等的估算（與IEEE 610一致）Dynamic Analysis Tool動態(tài)分析工具為程序代碼提供實時信息的工具。通常用于識別未定義的指針，檢測指針算法和內存地址分配、使用及釋放的情況以及對內存泄露進行標記）Dynamic Comparison動態(tài)比較在軟件運行過程中（例如用測試工具執(zhí)行），對實際結果和期望結果的比較Dynamic Testing動態(tài)測試通過運行軟件的組件或系統(tǒng)來測試軟件Efficiency效率一定條件下根據(jù)資源的使用情況，軟件產(chǎn)品能夠提供適當性能的能力（ISO 9126）Efficiency Testing效率測試確定測試軟件產(chǎn)品效率的測

37、試過程Elementary Comparison Testing基本比較測試一種黑盒測試設計技術，根據(jù)判定條件覆蓋的理念，設計測試用例來測試軟件各種輸入的組合TmapEmulator仿真器一個接受同樣輸入并產(chǎn)生同樣輸出的設備、計算機程序或系統(tǒng)IEEE 610。參見SimulatorEntry Criteria入口準則進入下一個任務（如測試階段）必須滿足的條件。準入條件的目的是防止執(zhí)行不能滿足準入條件的活動而浪費資源（Glib And Graham)Entry Point入口點一個組件的第一個可執(zhí)行語句Equivalence Class等價類參見Equivalence PartitionEqui

38、valence Partition等價類劃分根據(jù)規(guī)格說明，輸入域或輸出域的一個子域內的任何值都能使組件或系統(tǒng)產(chǎn)生相同的響應結果Equivalence Partition Coverage等價劃分覆蓋執(zhí)行測試套件能夠覆蓋到的等價類百分比Equivalence Partitioning等價類劃分技術黑盒測試用例設計技術，該技術從組件的等價類中選取典型的點進行測試。原則上每個等價類至少要選取一個典型的點來設計測試用例Error錯誤人為地產(chǎn)生不正確結果的行為（與IEEE 610一致）Error Guessing錯誤推測根據(jù)測試人員以往的經(jīng)驗，猜測在組件或系統(tǒng)中可能出現(xiàn)的缺陷以及錯誤，并以此為依據(jù)來進行

39、特殊的用例設計以暴露這些缺陷Error Seeding錯誤散播在組件或系統(tǒng)中有意插入一些已之缺陷（Defect)的過程，目的是為了得到缺陷的探測率和出去率，以及評估系統(tǒng)中遺留缺陷的數(shù)量（IEEE 610)Error Tolerance容錯組件或系統(tǒng)存在缺陷的情況下保持連續(xù)正常工作狀態(tài)的能力（與IEEE 610一致）Evaluation評估參見TestingException Handling異常處理組件或系統(tǒng)對錯誤輸入的行為反應。錯誤輸入包括人為的輸入、其他組件或系統(tǒng)的輸入以及內部失敗引起的輸入等。Executable Statement可執(zhí)行語句語句編譯后可以轉換為目標代碼，同事在程序運行的

40、時候可以按步驟執(zhí)行，并且可以對數(shù)據(jù)進行相應的操作。Exercised被執(zhí)行測試用例運行后背執(zhí)行的語句、判定和程序的結構元素Exhaustive Testing窮盡測試測試套件包含了軟件輸入值和前提條件所有可能組合的測試方法Exit Criteria出口準則和利益相關者達成一致的通用和專門的條件，來正式地定義一個過程的結束點。出口準則的目的可以防止將沒有完成的任務錯誤地看成任務已經(jīng)完成。測試匯總使用的出口準則可以來報告和計劃什么時候可以停止測試（與Gilb和Graham一致）Exit Point出口點組件中最后一個可執(zhí)行語句Expected Outcome預期結果參見Expected Resul

41、tExpected Result預期結果在特定條件下根據(jù)規(guī)格說明或其他資源說明，組件或系統(tǒng)預測的行為Experienced-Based Test Design Technique基于經(jīng)驗的測試設計技術根據(jù)測試人員的經(jīng)驗、知識和直覺來進行用例設計或選擇的一種技術Exploratory Testing探索性測試非正式的測試設計技術。測試人員能動地設計一些測試用例，通過執(zhí)行這些測試用例和在測試中得到的信息來設計新的更好的測試用例（和Bach一致）Fail失敗假如測試的事跡結果與預期結果不一樣，就認為這個測試的狀態(tài)為失敗Failure失敗組件/系統(tǒng)與預期的交付、服務或結惡果存在偏差（與Fention一

42、致）Failure Mode失效模式失效在物理上或功能上的表現(xiàn)。例如，系統(tǒng)在失效模式下可能表現(xiàn)為運行緩慢、輸出錯誤或者執(zhí)行的徹底中斷（IEEE 610）Failure Mode And Effect Analysis(FMEA)失效模式和影響分析一個系統(tǒng)進行風險識別和標識可能的失效模式的系統(tǒng)方法，用來預防失效的發(fā)生Failure Rate失效率制定類型中單位度量內發(fā)生失效的數(shù)目。例如單位時間失效數(shù)、單位處理失效數(shù)、單位計算機的運行失效數(shù)IEEE 610Fault故障DefectFault Density故障密度Defect DensityFault Detection Percentage(F

43、DP)故障發(fā)現(xiàn)率（FDP)Defect Detection PercentageFault Masking故障屏蔽Defect MaskingFault Tolerance故障容限軟件產(chǎn)品存在故障或其制定接口遭到破壞時，繼續(xù)維持特定性能級別的能力（ISO 9126)。參見ReliabilityFault Tree Analysis故障樹分析分析產(chǎn)生故障原因的一種方法Feasible Path可達路徑可通過一組輸入值和入口條件而執(zhí)行到的一條路徑Feature特性需求文檔制定的或包含的一個組件或系統(tǒng)的屬性，例如Reliability、Usability或者Design Constraints（與I

44、EEE 1008一致）Field Testing現(xiàn)場測試參見Beta TestingFinite State Machine有限狀態(tài)機包含有限數(shù)目狀態(tài)和狀態(tài)之間轉換的一種計算模型，同事可能伴隨一些可能的（觸發(fā)）行為（IEEE 610)Finite State Testing有限狀態(tài)測試State Transition TestingFormal Review正式評審對評審過程及需求文檔化的一種特定的評審。例如檢視（Inspection)Frozen Test Basis凍結測試基準測試基準文檔，只能通過正式的變更控制過程進行修正。參見BaselineFunctional Point Analy

45、sis(FPA)功能點分析對信息胸膛那個功能進行規(guī)模度量的一種方法。該度量獨立于具體的技術實現(xiàn)，可以作為省城率度量、資源需求估算和項目控制的基礎Functional Integration功能集成合并組建/系統(tǒng)，以盡早實現(xiàn)基本功能的一種集成方法。參見Integration TestingFunctional Requirement功能需求制定組建/系統(tǒng)必須實現(xiàn)某項功能的需求（IEEE 610)Functional Test Design Technique功能測試設計技術通過對組建或系統(tǒng)的功能規(guī)格說明分析來進行測試用例的設計和/或選擇的過程，該過程不設計軟件的內部結構。參見Black Box

46、Test Design TechniqueFunctional Testing功能測試通過對組建/系統(tǒng)功能規(guī)格說明的分析而進行的測試。參見Black Box TestingFunctionality功能性軟件產(chǎn)品在規(guī)定條件下使用時，所提供的功能達到的宣稱的和隱含需求的能力（ISO 9126）Functionality Testing功能性測試判斷軟件產(chǎn)品功能性的測試過程Glass Box Testing玻璃盒測試參見White Box TestingHeuristic Evaluation啟發(fā)式評估一種靜態(tài)可用性測試技術，判斷用戶接口和工人的可用性原則的符合度High Level Test C

47、ase概要測試用例沒有具體的（實現(xiàn)級別）輸入數(shù)據(jù)和預期結果的測試用例。實際值沒有定義或是可變的，而用邏輯概念來代替。參見Low Level Test CaseHorizontal Traceability水平可追蹤性一個測試級別的需求和響應級別的測試文檔（例如測試計劃、測試設計規(guī)格、測試用例規(guī)格和測試過程規(guī)格或測試腳本）之間的課追蹤性Impact Analysis影響分析對需求變更所造成的開發(fā)文檔、測試文檔和組件的修改的評估Incident事件任何有必要調查的事情（與IEEE 1008一致）Incident Logging事件日志記錄所發(fā)生的（例如在測試過程中）事件的詳細情況。Incident

48、 Management事件管理識別、調查、采取行動和處理事件的過程。該過程包含對事件進行記錄、分類并識別其帶來的影響IEEE 1044Incident Management Tool事件管理工具輔助記錄事件，并對事件進行狀態(tài)跟蹤的工具。這種工具常常具有面向工作流的特性，以跟蹤和控制時間的資源分配、更正和再測試，并提供報表。參見Defect management ToolIncident Report事件報告報告任何需要調查的事件（如在測試過程中需要調查的事件）的文檔（IEEE 829）Incremental Development Model增量開發(fā)模型一種開發(fā)生命周期。項目被劃分為一系列增量

49、，每一增量都交付整個項目需求中的一部分功能。需求按優(yōu)先級進行劃分，并按優(yōu)先級在適當?shù)脑隽恐薪桓?。在這種生命周期模型的一些版本中（但并不是全部），每個子項目均遵循一個“微型的V模型”，具有自有的設計、編碼和測試階段Incremental Testing增量測試每次集成測試并測試一個或若干組件/系統(tǒng)，直到所有組件/系統(tǒng)都已經(jīng)被集成或測試的一種測試Independence獨立職責分離，有助于客觀地進行測試（DO-178b）Infeasible Path不可達路徑通過任何輸入都無法執(zhí)行到的路徑Informal Review非正式評審一種不基于正式（文檔化）過程的評審Input輸入被組件讀取的變量（無論

50、儲存于組件之內還是之外）Input Domain輸入域有效輸入的集合。參見DomainInput Value輸入值輸入的一個實例。參見InputInspection審查一種同級評審，通過檢查文檔以檢測缺陷，例如不符合開發(fā)標準，不符合更上層的文檔等。這是最正式的評審技術，因此總是基于文檔化的過程IEEE 610，IEEE 1028。參見Peer ReviewInspection Leader審查負責人ModeratorInspector檢視人/審查員ReviewerInstallability可安裝性軟件產(chǎn)品在制定環(huán)境下進行安裝的性能（ISO 9126)。參見PortabilityInstall

51、ability Testing可安裝性測試測試軟件產(chǎn)品可安裝性的過程。參見Portability TestingInstallation Guide安裝指南幫助安裝人員完成安裝過程的軟件，可存放在任何合適的介質上?？赡苁遣僮髦改稀⒃敿毑襟E、安裝向導或任何其他類似的過程描述Installation Wizard安裝向導幫助安裝人員完成安裝過程的軟件，可存放在任何合適的介質上。它通常會運行安裝過程、反饋安裝結果，并提示安裝選項。Instrumentation探測在程序中插入附加代碼，以便在程序執(zhí)行時收集其執(zhí)行信息。例如，用于度量代碼覆蓋Instrumenter探測工具用于執(zhí)行探測的軟件工具Inta

52、ke Test預測試冒煙測試的一種特例，用于決定組建/系統(tǒng)是否能夠進行更深入的測試。通常在測試執(zhí)行的初始階段實施Integration集成把組件/系統(tǒng)合并為更大部件的過程Integration Testing集成測試一種旨在暴露接口以及集成組件/系統(tǒng)間交互時存在的缺陷測試。參見Compent Integration Testing,System Integration TestingIntegration Testing In The Large系統(tǒng)集成測試參見System Integration TestingIntegration Testing In The Small組件集成測試參見C

53、omponent Integration TestingInterface Testing接口測試一種集成測試類型，注重于測試組件/系統(tǒng)之間的接口Interoperability互操作性軟件產(chǎn)品與一個或多個制定組件/系統(tǒng)進行交互的能力ISO 9126。參見FunctionalityInteroperability Testing互操作性測試判定軟件產(chǎn)品可交互性的測試過程。參見Functionality TestingInvalid Testing無效性測試使用應該被組件/系統(tǒng)拒絕的輸入值進行的測試。參見Error ToleranceIsolation Testing隔離測試將組件與其周邊隔離后

54、進行的測試。如果有必要，使用樁（Stub)或驅動器(Drivers)來模擬周邊程序Item Transmittal Report版本發(fā)布報告參見Release NoteIterative Development Model迭代開發(fā)模型一種開發(fā)生命周期。項目被劃分為大量迭代過程。一次迭代是一個完整的開發(fā)循環(huán)，并（對內或對外）發(fā)布一個可執(zhí)行的產(chǎn)品，這是正在開發(fā)的最終產(chǎn)品的一個子集，通過不斷迭代最終成型的產(chǎn)品Key Performance Indicator關鍵性能指標參見Performance IndicatorKeyword Driven Testing關鍵字驅動測試一種腳本編寫技術，所使用的數(shù)據(jù)文件不單包含測試數(shù)據(jù)和預期結果，還包含與被測程序相關的關鍵詞。用于測試的控制腳本通過調用特別的輔助腳本來解釋這些關鍵詞LCSAJ線性代碼序列和跳轉線性代碼序列和跳轉（Linear Code Sequence And Jump)。包含以下三項（通常通過源代碼清單的行號來識別）；可執(zhí)行語句的線性序列的開始、結束以及在線性序列結尾控制流所轉移到的目標行LCSAJ Coverage線性代碼序列和跳轉覆蓋測試套件所檢測的組件的LCSAJ百分比。LCSAJ達到100%意味著