軟件測(cè)試中英文術(shù)語(yǔ)對(duì)照表

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

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

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

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

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

6、用性用戶使用系統(tǒng)或組件可操作和易用的程度，通常以百分比的形式出現(xiàn)（IEEE 610）Back-To-Back Testing 比對(duì)測(cè)試用相同的輸入，執(zhí)行組件或系統(tǒng)的兩個(gè)或多個(gè)變量，在產(chǎn)生偏差的時(shí)候，對(duì)輸出結(jié)果進(jìn)行比較和分析Baseline基線通過(guò)正式評(píng)審或批準(zhǔn)的規(guī)格或軟件產(chǎn)品。以它作為繼續(xù)開發(fā)的基準(zhǔn)。并且在變更的時(shí)候，必須通過(guò)正式的變更流程來(lái)進(jìn)行(與IEEE 610一致）Basic Block基本塊一個(gè)或多個(gè)連續(xù)可執(zhí)行的語(yǔ)句塊，不包含任何分支結(jié)構(gòu)Basis Test Set基本測(cè)試集根據(jù)組件的內(nèi)部結(jié)構(gòu)或規(guī)格說(shuō)明書設(shè)計(jì)的一組測(cè)試用例集。通過(guò)執(zhí)行者組測(cè)試用例，可以保證達(dá)到100%的制定覆蓋準(zhǔn)則（C

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

42、致）Failure Mode失效模式失效在物理上或功能上的表現(xiàn)。例如，系統(tǒng)在失效模式下可能表現(xiàn)為運(yùn)行緩慢、輸出錯(cuò)誤或者執(zhí)行的徹底中斷（IEEE 610）Failure Mode And Effect Analysis(FMEA)失效模式和影響分析一個(gè)系統(tǒng)進(jìn)行風(fēng)險(xiǎn)識(shí)別和標(biāo)識(shí)可能的失效模式的系統(tǒng)方法，用來(lái)預(yù)防失效的發(fā)生Failure Rate失效率制定類型中單位度量?jī)?nèi)發(fā)生失效的數(shù)目。例如單位時(shí)間失效數(shù)、單位處理失效數(shù)、單位計(jì)算機(jī)的運(yùn)行失效數(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)品存在故障或其制定接口遭到破壞時(shí)，繼續(xù)維持特定性能級(jí)別的能力（ISO 9126)。參見ReliabilityFault Tree Analysis故障樹分析分析產(chǎn)生故障原因的一種方法Feasible Path可達(dá)路徑可通過(guò)一組輸入值和入口條件而執(zhí)行到的一條路徑Feature特性需求文檔制定的或包含的一個(gè)組件或系統(tǒng)的屬性，例如Reliability、Usability或者Design Constraints（與I

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

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

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

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

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

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

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

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

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

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

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