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

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

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

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

5、ting弧測試Branch TestingAttractiveness吸引力軟件產(chǎn)品吸引用戶的能力(ISO 9126)。參見UsabilityAudit審計對軟件產(chǎn)品或過程進行的獨立評審，來確認(rèn)產(chǎn)品是否滿足標(biāo)準(zhǔn)、指南、規(guī)格說明書以及基于客觀準(zhǔn)則的步驟等，包括下面的文檔：（1）產(chǎn)品的內(nèi)容與形式；（2）產(chǎn)品開發(fā)應(yīng)該遵循的流程；（3）度量符合標(biāo)準(zhǔn)或指南的準(zhǔn)則（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)生偏差的時候，對輸出結(jié)果進行比較和分析Baseline基線通過正式評審或批準(zhǔn)的規(guī)格或軟件產(chǎn)品。以它作為繼續(xù)開發(fā)的基準(zhǔn)。并且在變更的時候，必須通過正式的變更流程來進行(與IEEE 610一致）Basic Block基本塊一個或多個連續(xù)可執(zhí)行的語句塊，不包含任何分支結(jié)構(gòu)Basis Test Set基本測試集根據(jù)組件的內(nèi)部結(jié)構(gòu)或規(guī)格說明書設(shè)計的一組測試用例集。通過執(zhí)行者組測試用例，可以保證達到100%的制定覆蓋準(zhǔn)則（C

7、overage Criterion)的要求Bebugging錯誤散播Error SeedingBehavior行為組件或系統(tǒng)對輸入值的預(yù)置條件的反應(yīng)Benchmark Test基準(zhǔn)測試（1）為使系統(tǒng)或組件能夠進行度量和比較而制定的一種測試標(biāo)準(zhǔn)；（2）用于組件或系統(tǒng)之間進行的比較，或和（1）中提到的標(biāo)準(zhǔn)進行比較的測試（與IEEE610一致）Bespoke Software定制軟件為特定的用戶定制開發(fā)的軟件。與之對比的是現(xiàn)貨軟件（Off-The-Shlf Software)Best Practice最佳實踐在界定范圍內(nèi)，幫助提高組織能力的有效方法或創(chuàng)新實踐，通常被同行業(yè)組織視為最佳的方法或?qū)嵺`Be

8、ta TestingBeta測試用戶在開發(fā)組織外，沒有開發(fā)人員參與的情況下進行的測試，檢驗軟件是否滿足客戶及業(yè)務(wù)需求。這種測試是軟件產(chǎn)品獲得市場反饋進行驗收測試的一種形式Big-Bang Testing大爆炸測試非增量集成測試的一種方法，測試的時候?qū)④浖卧⒂布卧蛘邇烧咄瑫r（而不是階段性的）集成到組件或者整個系統(tǒng)中去進行測試（與IEEE 610一致）。參見Integration TestingBlack-Box Technique黑盒技術(shù)Black Box Test Design TechniqueBlack-Box Testing黑盒測試不考慮組件或系統(tǒng)內(nèi)部結(jié)構(gòu)的功能或非功能測試Bla

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

10、s邊界值分析一種黑盒設(shè)計技術(shù)（Black Box Test Design Technique)，基于邊界值進行測試用例的設(shè)計Boundary Value Coverage邊界值覆蓋執(zhí)行一個測試套件(Test Suite)所能覆蓋的邊界值（Boundary Value)的百分比Boundary Value Testing邊界值測試參見Boundary Value AnalysisBranch分支在組件中，控制從任何語句到其他任何非直接后續(xù)語句的一個條件轉(zhuǎn)換，或者是一個無條件轉(zhuǎn)換。例如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è)務(wù)過程測試一種基于業(yè)務(wù)描述和/或業(yè)務(wù)流程的測試用例設(shè)計方法Capability maturity Model(CMM)能力成熟度模型描述有效的軟件開發(fā)過程關(guān)鍵元素中歐的一個5個等級的框架，能力成熟度模型包含了在軟件開發(fā)中維護中計劃、工程和管理方面的最佳實踐（Best Practive)，縮寫為CMMCapability maturity Model In

13、tegration(CMMI)能力成熟度模型集成描述有效的軟件產(chǎn)品開發(fā)和維護過程的關(guān)鍵元素框架，能力成熟度模型集成包含了軟件開發(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因果圖用來表示輸入（原因）與結(jié)果之間關(guān)系的圖標(biāo)。因果圖可以用來設(shè)計測試用例Cause-Effect Graphing因果圖技術(shù)通過因果圖（Case-Effect Graph)設(shè)計測試用例的一種黑盒測試設(shè)計技術(shù)Cause-Effect Analysis因果分析參見因果圖技術(shù)（Case-Effect Graphing)Cause-Effect Decision Tab

15、le因果決策表參見決策表（Decition Table)Certification認(rèn)證確認(rèn)一個組件、系統(tǒng)或個人具備某些特定要求的過程，比如通過了某個考試Changeability可變性軟件產(chǎn)品適應(yīng)修改的能力（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分類樹方法運用分類樹法進行的一種黑盒測試設(shè)計技術(shù)，通過輸入和/或輸出域的組合來設(shè)計用例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完成準(zhǔn)側(cè)參見退出準(zhǔn)則(Exit Criteria)Complexity復(fù)雜性系統(tǒng)或組件的設(shè)計和/或內(nèi)部結(jié)構(gòu)難于理解、管理或規(guī)則的一致性方面的能力（ISO 9126）Compliance一致性軟件產(chǎn)品與法律和類似規(guī)定的標(biāo)準(zhǔn)、管理或規(guī)則的一致性方面的能力（ISO 9126)Compliance Testing一致性測試確定組件或系統(tǒng)是否滿足標(biāo)準(zhǔn)的測試過程Component組件一個可被獨立測試的最小軟件單元Component Integration Testing組件集成測試為發(fā)現(xiàn)集成組件之間和集成組件交互產(chǎn)生的缺陷的一致性方

19、面的能力(ISO 9126)Component Specification組件規(guī)格說明根據(jù)組件的功能定義為特定輸入而應(yīng)該產(chǎn)生的輸出規(guī)格進行的功能性和非功能性行為的描述。例如資源使用(Resource Utilization)Compound Condition復(fù)合條件通過邏輯操作符(AND,OR或者XOR)將兩個或多個簡單條件連接起來，如A>0 AND B<1000Concrete Test Case具體測試用例參見低階測試用例(Low Level Test Case)Concurrency Testing并發(fā)測試測試組件或系統(tǒng)的兩個或多個活動在同樣的間隔時間內(nèi)如何交叉或同步并發(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)覆蓋到的能夠獨立影像判定結(jié)果的單個條件的百分比。100%的條件決定覆蓋意味著100%的判定條件覆蓋Condition Determination Testing條件決定測試一種白盒測試技術(shù)，是對能夠獨立影響決策結(jié)果的單獨條件的測試Condition Testing條件測試一種白盒測試技術(shù)，設(shè)計測試用例以執(zhí)行條件的結(jié)果Condition Outcome條件結(jié)果條件判定的結(jié)果，為真為假Confidence Test置信測試參見冒煙測試（Smoke Testing)Configuration配置根據(jù)定

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

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

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

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

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

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

28、工具經(jīng)常會應(yīng)用數(shù)據(jù)驅(qū)動測試方法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ù)流測試一種白盒測試技術(shù)，設(shè)計的測試用例用來測試變量的定義和使用路徑Data Integrity Testing數(shù)據(jù)完整性

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

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

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

32、ting決策測試白盒測試技術(shù)的一種，設(shè)計測試用例來執(zhí)行判定結(jié)果Decision Outcome判定結(jié)果判定的結(jié)果（可以用來決定制定哪條分支）Defect缺陷可能會導(dǎo)致軟件組件或系統(tǒng)無法執(zhí)行其定義的功能的瑕疵，例如錯誤的語句或變量定義。如果在組件或系統(tǒng)運行中遇到缺陷，可能會導(dǎo)致運行的失敗Defect Density缺陷密度將軟件組件或系統(tǒng)的缺陷數(shù)和軟件或者組件規(guī)模相比的一種度量（標(biāo)準(zhǔn)的度量屬于，包括每千行代碼、每個類或功能點存在的缺陷數(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缺陷管理工具一個方便記錄和跟蹤缺陷的工具，通常包括已修復(fù)操作流程為引導(dǎo)的任務(wù)分配、缺陷修復(fù)、重新測試等行為的跟蹤和控制，并且提供文檔形式的報告。參見Incident Management ToolDefect Masking缺陷屏蔽一個缺陷阻礙另一個缺被發(fā)現(xiàn)的情況(與IEEE 610一致）Defect Report缺陷報告對造成軟件組件或系統(tǒng)不能實現(xiàn)預(yù)期功能的缺陷進行描述的報告文件Defect Trac

34、king Tool缺陷跟蹤工具參見Defect Management ToolDefinition-Use Pair定義-使用對變量在程序中定義和使用的相關(guān)性，變量使用包括變量計算（比如乘）或者變量引導(dǎo)程序執(zhí)行一條路徑（預(yù)定義）Deliverable交付物過程中生成的交付給客戶的（工作）產(chǎn)品Design-Based Testing基于設(shè)計的測試根據(jù)組件或系統(tǒng)的架構(gòu)或詳細設(shè)計測試用例的一種測試方法（例如組件或系統(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文檔測試關(guān)于文檔質(zhì)量的測試，例如對用戶手冊或安裝手冊的測試Domain域一個可供有效輸入或輸出值選擇的集合Driver驅(qū)動器代替某個軟件組件來模擬控制或調(diào)用其他組件或系統(tǒng)的軟件或測試工具（與Tmap一致）Dynamic Analysis動態(tài)分析組件或系統(tǒng)的執(zhí)行過程中對其行為評估的

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

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

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

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

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

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

42、致）Failure Mode失效模式失效在物理上或功能上的表現(xiàn)。例如，系統(tǒng)在失效模式下可能表現(xiàn)為運行緩慢、輸出錯誤或者執(zhí)行的徹底中斷（IEEE 610）Failure Mode And Effect Analysis(FMEA)失效模式和影響分析一個系統(tǒng)進行風(fēng)險識別和標(biāo)識可能的失效模式的系統(tǒng)方法，用來預(yù)防失效的發(fā)生Failure Rate失效率制定類型中單位度量內(nèi)發(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)之間轉(zhuǎn)換的一種計算模型，同事可能伴隨一些可能的（觸發(fā)）行為（IEEE 610)Finite State Testing有限狀態(tài)測試State Transition TestingFormal Review正式評審對評審過程及需求文檔化的一種特定的評審。例如檢視（Inspection)Frozen Test Basis凍結(jié)測試基準(zhǔn)測試基準(zhǔn)文檔，只能通過正式的變更控制過程進行修正。參見BaselineFunctional Point Analy

45、sis(FPA)功能點分析對信息胸膛那個功能進行規(guī)模度量的一種方法。該度量獨立于具體的技術(shù)實現(xiàn)，可以作為省城率度量、資源需求估算和項目控制的基礎(chǔ)Functional Integration功能集成合并組建/系統(tǒng)，以盡早實現(xiàn)基本功能的一種集成方法。參見Integration TestingFunctional Requirement功能需求制定組建/系統(tǒng)必須實現(xiàn)某項功能的需求（IEEE 610)Functional Test Design Technique功能測試設(shè)計技術(shù)通過對組建或系統(tǒng)的功能規(guī)格說明分析來進行測試用例的設(shè)計和/或選擇的過程，該過程不設(shè)計軟件的內(nèi)部結(jié)構(gòu)。參見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)可用性測試技術(shù)，判斷用戶接口和工人的可用性原則的符合度High Level Test C

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

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

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

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

51、ability Testing可安裝性測試測試軟件產(chǎn)品可安裝性的過程。參見Portability TestingInstallation Guide安裝指南幫助安裝人員完成安裝過程的軟件，可存放在任何合適的介質(zhì)上。可能是操作指南、詳細步驟、安裝向?qū)Щ蛉魏纹渌愃频倪^程描述Installation Wizard安裝向?qū)椭惭b人員完成安裝過程的軟件，可存放在任何合適的介質(zhì)上。它通常會運行安裝過程、反饋安裝結(jié)果，并提示安裝選項。Instrumentation探測在程序中插入附加代碼，以便在程序執(zhí)行時收集其執(zhí)行信息。例如，用于度量代碼覆蓋Instrumenter探測工具用于執(zhí)行探測的軟件工具Inta

52、ke Test預(yù)測試冒煙測試的一種特例，用于決定組建/系統(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無效性測試使用應(yīng)該被組件/系統(tǒng)拒絕的輸入值進行的測試。參見Error ToleranceIsolation Testing隔離測試將組件與其周邊隔離后

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