軟件測(cè)試標(biāo)準(zhǔn)專業(yè)術(shù)語對(duì)照表

1、軟件測(cè)試專業(yè)術(shù)語對(duì)照表此術(shù)語表為國際軟件測(cè)試認(rèn)證委員會(huì)（ISTQB）發(fā)布的標(biāo)準(zhǔn)術(shù)語表。此國際軟件測(cè)試認(rèn)證委員會(huì)（ISTQB）發(fā)布的標(biāo)準(zhǔn)術(shù)語表即是以最新版的BS 7925-1標(biāo)準(zhǔn)為基礎(chǔ)制定的國際化軟件測(cè)試標(biāo)準(zhǔn)術(shù)語。1 簡(jiǎn)介行業(yè)界、商業(yè)界、政府及學(xué)術(shù)機(jī)構(gòu)曾經(jīng)花費(fèi)大量精力和時(shí)間以解釋和區(qū)分一些常見的軟件測(cè)試專業(yè)術(shù)語以期在各社會(huì)部門或機(jī)構(gòu)之間達(dá)成交流，例如：語句覆蓋(statement coverage) 和條件覆蓋(decision overage)； 測(cè)試套件(test suite)、測(cè)試規(guī)格說明書(test specification)和測(cè)試計(jì)劃(testplan)等。上述機(jī)構(gòu)與專職機(jī)構(gòu)定義的同

2、名術(shù)語在含義上又往往有很大偏差。2 范疇本文檔旨在提供概念、條款、和定義為軟件測(cè)試及相關(guān)從業(yè)人員進(jìn)行有效交流的平臺(tái)。3 結(jié)構(gòu)術(shù)語表中的詞匯按字母順序排列。術(shù)語如有同義詞匯，本術(shù)語表解釋最通用的詞匯，其同義詞匯會(huì)的僅被列出，不予重復(fù)解釋。例如結(jié)構(gòu)測(cè)試(structural testing) 和白盒測(cè)試(white box testing)。此類同義詞在術(shù)語表中用“參見”列出，以便讀者檢索?！皡⒁姟蓖B接著廣義和狹義詞或含義重疊的詞匯。4 標(biāo)準(zhǔn)參考至截稿日期，此標(biāo)準(zhǔn)有效版本為1.2。如所有其他標(biāo)準(zhǔn)一樣，本術(shù)語表仍需根據(jù)以下相關(guān)標(biāo)準(zhǔn)的最新版本不斷修正。此標(biāo)準(zhǔn)由IEC 和 ISO 成員根據(jù)目前有效的

3、國際相關(guān)標(biāo)準(zhǔn)進(jìn)行更新。- BS 7925-2:1998. Software Component Testing.- DO-178B:1992. Software Considerations in Airborne Systems and EquipmentCertification, Requirements and Technical Concepts for Aviation (RTCA SC167).- IEEE 610.12:1990. Standard Glossary of Software Engineering Terminology.- IEEE 829:1998. Sta

4、ndard for Software Test Documentation.- IEEE 1008:1993. Standard for Software Unit Testing.- IEEE 1012:1986. Standard for Verification and Validation Plans- IEEE 1028:1997. Standard for Software Reviews and Audits.- IEEE 1044:1993. Standard Classification for Software Anomalies.- IEEE 1219:1998. Sof

5、tware Maintenance.- ISO/IEC 2382-1:1993. Data processing - Vocabulary - Part 1: Fundamental terms.- ISO 9000:2000. Quality Management Systems Fundamentals and Vocabulary.- ISO/IEC 9126-1:2001. Software Engineering Software Product Quality Part 1:Quality characteristis and sub-characteristics.- ISO/I

6、EC 12207:1995. Information Technology Software Life Cycle Processes.- ISO/IEC 14598-1:1996. Information Technology Software Product Evaluation - Part1: General Overview.Aabstract test case 抽象測(cè)試用例 參見high level test case.acceptance 驗(yàn)收 參見acceptance testing.acceptance criteria 驗(yàn)收準(zhǔn)則為了滿足組件或系統(tǒng)使用者、客戶或其他授權(quán)實(shí)體

7、的需要，組件或系統(tǒng)必須達(dá)到的準(zhǔn)則。IEEE 610acceptance testing 驗(yàn)收測(cè)試一般由用戶/客戶進(jìn)行的確認(rèn)是否可以接受一個(gè)系統(tǒng)的驗(yàn)證性測(cè)試。是根據(jù)用戶需求，業(yè)務(wù)流程進(jìn)行的正式測(cè)試以確保系統(tǒng)符合所有驗(yàn)收準(zhǔn)則。與IEEE 610 一致accessibility testing 可達(dá)性測(cè)試可達(dá)性測(cè)試就是測(cè)試殘疾人或不方便的人們使用軟件或者組件的容易程度Gerard。即被測(cè)試的軟件是否能夠被殘疾或者部分有障礙人士正常使用，這其中也包含了正常人在某些時(shí)候發(fā)生暫時(shí)性障礙的情況下正常使用，如懷抱嬰兒等。accuracy 準(zhǔn)確性軟件產(chǎn)品的提供的結(jié)果的正確性、一致性和精確程度的能力。ISO912

8、6 參見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ì)和技術(shù)應(yīng)用，也沒有期望結(jié)果和必須遵循的測(cè)試執(zhí)行指南。adaptability 適應(yīng)性軟件產(chǎn)品毋需進(jìn)行額外修改，而適應(yīng)不同特定環(huán)境的能力。ISO9126 參見 protabilityagile testing 敏捷測(cè)試對(duì)使用敏捷方法，如極限編程(Extr

9、eme programming)開發(fā)的項(xiàng)目進(jìn)行的軟件測(cè)試，強(qiáng)調(diào)測(cè)試優(yōu)先行的設(shè)計(jì)模式，見test driven developmentalgorithm test TMap 算法測(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è)試的一種方式。analyzability 可分析性軟件產(chǎn)品缺陷或運(yùn)行失敗原因可被診斷的能力，或?qū)π薷牟糠值目勺R(shí)別能力。ISO 9126 參見maintainability.analyzer 分析器 參見

10、 static analyzeranomaly 異常任何和基于需求文檔、設(shè)計(jì)文檔、用戶文檔、標(biāo)準(zhǔn)或者個(gè)人的期望和預(yù)期之間偏差的情況，都可以稱為異常。異常可以在但不限于下面的過程中識(shí)別：評(píng)審(review)、測(cè)試分析(test analysis)、編譯(compilation)、軟件產(chǎn)品或應(yīng)用文檔的使用等。參見defect, deviation, error, fault,failure, incident, problemarc testing 弧測(cè)試 參見 branch testingattractiveness 吸引力軟件產(chǎn)品吸引用戶的能力.ISO9126參見 usabilityaudit

11、 審計(jì)對(duì)軟件產(chǎn)品或過程進(jìn)行的獨(dú)立評(píng)審，來確認(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)則。IEEE1028audit trail 審計(jì)跟蹤以過程輸出作為起點(diǎn)，追溯到原始輸入（例如：數(shù)據(jù)）的路徑。有利于缺陷分析和過程審計(jì)的開展。與TMap 一致automated testware 自動(dòng)測(cè)試件 用于自動(dòng)化測(cè)試中的測(cè)試件，如，工具腳本availability 可用性用戶使用系統(tǒng)或組件的可操作和易用的程度，通常以百分比的形式出現(xiàn)。IEEE 610Bback-to-back testing 比

12、對(duì)測(cè)試用相同的輸入，執(zhí)行組件或系統(tǒng)的兩個(gè)或多個(gè)變量，在產(chǎn)生偏差的時(shí)候，對(duì)輸出結(jié)果進(jìn)行比較和分析。baseline 基線通過正式評(píng)審或批準(zhǔn)的規(guī)格或軟件產(chǎn)品。以它作為繼續(xù)開發(fā)的基準(zhǔn)。并且在變更的時(shí)候，必須通過正式的變更流程來進(jìn)行。與IEEE 610 一致basic block 基本塊一個(gè)或多個(gè)連續(xù)可執(zhí)行的語句塊，不包含任何分支語句。basis test set 基本測(cè)試集根據(jù)組件的內(nèi)部結(jié)構(gòu)或規(guī)格說明書設(shè)計(jì)的一組測(cè)試用例集。通過執(zhí)行這組測(cè)試用例可以保證達(dá)到100的指定覆蓋準(zhǔn)則(coverage criterion)的要求。bebugging 錯(cuò)誤散播 參見error seedingbehavior

13、行為 組件或系統(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è)試。與IEEE 610 一致bespoke software 定制軟件為特定的用戶定制開發(fā)的軟件。與之對(duì)比的是現(xiàn)貨軟件(off-the-shelf software)。best practice 最佳實(shí)踐在界定范圍內(nèi)，幫助提高組織能力的有效方法或創(chuàng)新實(shí)踐，通常被同行業(yè)組織視最佳的方法或?qū)嵺`。beta testing Beta 測(cè)試用戶在開發(fā)組織外，沒有開發(fā)人員參與的情況下進(jìn)行的測(cè)試，檢驗(yàn)軟

14、件是否滿足客戶及業(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è)試。與IEEE610 一致參見integration testing。black-box technique 黑盒技術(shù) 參見black box test design techniqueblack-box testing 黑盒測(cè)試不考慮組件或系統(tǒng)內(nèi)部結(jié)構(gòu)的功能或非功能測(cè)試。black-box test designtechnique 黑盒測(cè)試設(shè)計(jì)技術(shù)基于系

15、統(tǒng)功能或非功能規(guī)格說明書來設(shè)計(jì)或者選擇測(cè)試用例的技術(shù)，不涉及軟件內(nèi)部結(jié)構(gòu)。bottom-up testing 自底向上測(cè)試漸增式集成測(cè)試的一種，其策略是先測(cè)試底層的組件，以此為基礎(chǔ)逐步進(jìn)行更高層次的組件測(cè)試，直到系統(tǒng)集成所有的組件。參見integration testing。boundary value 邊界值通過分析輸入或輸出變量的邊界或等價(jià)劃分(equivalence partition)的邊界來設(shè)計(jì)測(cè)試用例，例如，取變量的最大、最小值、中間值、比最大值大的值、比最小值小的值等。boundary value analysis 邊界值分析一種黑盒設(shè)計(jì)技術(shù)(black box test des

16、ign technique)，基于邊界值進(jìn)行測(cè)試用例的設(shè)計(jì)。boundary value coverage 邊界值覆蓋執(zhí)行一個(gè)測(cè)試套件(test suite)所能覆蓋的邊界值(boundary value)的百分比。boundary value testing 邊界值測(cè)試 參見boundary value analysis。branch 分支在組件中，控制從任何語句到其它任何非直接后續(xù)語句的一個(gè)條件轉(zhuǎn)換，或者是一個(gè)無條件轉(zhuǎn)換。例如: case, jump, go to, if-then-else 語句.branch condition 分支條件 參見條件(condition)branch co

17、nditioncombination coverage 分支條件組合覆蓋 參見 multiple condition coverage.branch conditioncombination testing 分支條件組合測(cè)試 參見 multiple condition testing.branch conditioncoverage 分支條件覆蓋 參見 condition coverage.branch coverage 分支覆蓋執(zhí)行一個(gè)測(cè)試套件(test suite)所能覆蓋的分支(branch)的百分比。100%的分支覆蓋(branch coverage)是指100%判定條件覆蓋(deci

18、sion covergate) 和100%的語句覆蓋(statement covergage)。bug 缺陷 參見defect。bug report 缺陷報(bào)告 參見defect report。business process-basedtesting 基于業(yè)務(wù)過程測(cè)試一種基于業(yè)務(wù)描述和/或業(yè)務(wù)流程的測(cè)試用例設(shè)計(jì)方法。CCapability Maturity Model (CMM) 能力成熟度模型描述有效的軟件開發(fā)過程關(guān)鍵元素的一個(gè)五個(gè)等級(jí)的框架，能力成熟度模型包含了在軟件開發(fā)和維護(hù)中計(jì)劃、工程和管理方面的最佳實(shí)踐(best practice)，縮寫為CMM。CMMCapability Matu

19、rity Model Integration (CMMI) 能力成熟度模型集成描述有效的軟件產(chǎn)品開發(fā)和維護(hù)過程的關(guān)鍵元素框架，能力成熟度模型集成包含了軟件開發(fā)計(jì)劃、工程和管理等方面的最佳實(shí)踐，是CMM 的指定的繼承版本。capture/playback tool 捕獲/回放工具一種執(zhí)行測(cè)試工具，能夠捕獲在手工測(cè)試過程中的輸入，并且生成可執(zhí)行的自動(dòng)化腳本用于后續(xù)階段的測(cè)試（回放過程）。這類工具通常使用在自動(dòng)化回歸測(cè)試(regression test)中。capture/replay tool 捕獲/回放工具 參見capture/playback toolCASE 計(jì)算機(jī)輔助軟件工程Compute

20、r Aided Software Engineering 的首字母縮寫。CAST 計(jì)算機(jī)輔助軟件測(cè)試Computer Aided Software Testing 的首字母縮寫，參見test automation。在測(cè)試過程中使用計(jì)算機(jī)軟件工具進(jìn)行輔助的測(cè)試。cause-effect graph 因果圖用來表示輸入（原因）與結(jié)果之間關(guān)系的圖表，因果圖可以用來設(shè)計(jì)測(cè)試用例。cause-effect graphing 因果圖技術(shù)通過因果圖(case-effect graph)設(shè)計(jì)測(cè)試用例的一種黑盒測(cè)試設(shè)計(jì)技術(shù)。cause-effect analysis 因果分析 參見因果圖技術(shù)(case-effe

21、ct graphing)。cause-effect decisiontable 因果決策表 參見決策表 (decision table)。certification 認(rèn)證確認(rèn)一個(gè)組件、系統(tǒng)或個(gè)人具備某些特定要求的過程，比如通過了某個(gè)考試。changeability 可變性軟件產(chǎn)品適應(yīng)修改的能力，ISO 9126 參見maintainabilitychange control 變更控制 參見configuration controlchange control board 變更控制委員會(huì)CCB參見configuration control boardchecker 檢驗(yàn)員 參見評(píng)審員(Revie

22、wer)chow's coverage metrics N 切換覆蓋度量參見 N 切換覆蓋(N-switch coverage)Chowclassification treemethod 分類樹方法運(yùn)用分類樹法而進(jìn)行的一種黑盒測(cè)試設(shè)計(jì)技術(shù)，通過輸入和/或輸出域的組合來設(shè)計(jì)測(cè)試用例Grochtmanncode 代碼計(jì)算機(jī)指令和數(shù)據(jù)定義在程序語言中的表達(dá)形式或是匯編程序、編譯器或其他翻譯器的一種輸出形式。code analyzer 代碼分析器 參見靜態(tài)分析器(static code analyzer)code coverage 代碼覆蓋一種分析方法，用于確定軟件的哪些部分被測(cè)試套件(tes

23、t suite)覆蓋到了，哪些部分沒有。例如：語句覆蓋(statement covergage)，判定覆蓋(decision coverage)和條件覆蓋(condition covergate)。code-based testing 基于代碼的測(cè)試 參見white box testingco-existence 共存性軟件產(chǎn)品與通用環(huán)境下與之共享資源的其它獨(dú)立軟件之間共存的能力。ISO 9126 參見可移植性(portability)。commercial off-the-shelfsoftware 商業(yè)現(xiàn)貨軟件 參見現(xiàn)貨軟件(off-the shelf software)comparato

24、r 比較器 參見test piler 編譯器將高級(jí)命令語言編寫的程序翻譯成能運(yùn)行的機(jī)器語言的工具IEEE 610.complete testing 完全測(cè)試 參見窮盡測(cè)試(exhaustive testing)completion criteria 完成準(zhǔn)則 參見退出準(zhǔn)則(exit criteria)complexity 復(fù)雜性系統(tǒng)或組件的設(shè)計(jì)和/或內(nèi)部結(jié)構(gòu)難于理解、維護(hù)或驗(yàn)證的程度。參見cyclomatic pliance 一致性軟件產(chǎn)品與法律和類似規(guī)定的標(biāo)準(zhǔn)、慣例或規(guī)則的一致性方面的能力。 ISO9126compliance test

25、ing 一致性測(cè)試 確定組件或系統(tǒng)是否滿足標(biāo)準(zhǔn)的測(cè)試過程。component 組件 一個(gè)可被獨(dú)立測(cè)試的最小軟件單元。component integrationtesting 組件集成測(cè)試為發(fā)現(xiàn)集成組件接口之間和集成組件交互產(chǎn)生的缺陷而執(zhí)行的測(cè)試。component specification 組件規(guī)格說明根據(jù)組件的功能定義為特定輸入而應(yīng)該產(chǎn)生的輸出規(guī)格進(jìn)行的功能性和非功能性行為的描述。例如：資源使用(resource utilization).compound condition 復(fù)合條件通過邏輯操作符(AND, OR 或者 XOR)將兩個(gè)或多個(gè)簡(jiǎn)單條件連結(jié)起來：如，“A>0 AND B

26、<1000”concrete test case 具體測(cè)試用例 參見低階測(cè)試用例(low level test case).concurrency testing 并發(fā)測(cè)試測(cè)試組件或系統(tǒng)的兩個(gè)或多個(gè)活動(dòng)在同樣的間隔時(shí)間內(nèi)如何交叉或同步并發(fā)。與IEEE 610 一致condition 條件一個(gè)可被判定為真、假(true,false)的邏輯表達(dá)式。例如： A>B.condition combinationcoverage 條件組合覆蓋參見多條件覆蓋(multiple condition coverage).condition combinationtesting 條件組合測(cè)試 參見多條

27、件測(cè)試(multiple condition testing).condition coverage 條件覆蓋執(zhí)行測(cè)試套件(test suite)能夠覆蓋到的條件百分比。100%的條件覆蓋要求測(cè)試到每一個(gè)條件語句真、假(true,false)的條件。condition determinationcoverage 條件決定覆蓋執(zhí)行測(cè)試套件(test suite)覆蓋到的能夠獨(dú)立影響判定結(jié)果的單個(gè)條件的百分比。100%的條件決定覆蓋意味著100%的判定條件覆蓋。condition determinationtesting 條件決定測(cè)試一種白盒測(cè)試技術(shù)，是對(duì)能夠獨(dú)立影響決策結(jié)果的單獨(dú)條件的測(cè)試。co

28、ndition testing 條件測(cè)試一種白盒測(cè)試技術(shù)，設(shè)計(jì)測(cè)試用例以執(zhí)行條件的結(jié)果。condition outcome 條件結(jié)果 條件判定的結(jié)果，為真或假。confidence test 置信測(cè)試 參見冒煙測(cè)試(smoke testing)configuration 配置根據(jù)定義的數(shù)值、特性及其相關(guān)性綜合設(shè)置一個(gè)組件或者系統(tǒng)。configuration auditing 配置審核對(duì)配置庫及配置項(xiàng)的內(nèi)容進(jìn)行檢查的過程，比如檢查標(biāo)準(zhǔn)的一致性。 IEEE 610configuration control 配置控制配置管理的一個(gè)方面，包括在正式配置完成之后對(duì)配置項(xiàng)進(jìn)行評(píng)價(jià)、協(xié)調(diào)、批準(zhǔn)或撤消、以及變

29、更修改的控制。 IEEE 610configuration controlboard (CCB) 配置控制委員會(huì)負(fù)責(zé)評(píng)估、批準(zhǔn)或拒絕配置項(xiàng)修改的組織，此組織應(yīng)確保被批準(zhǔn)的配置修改的執(zhí)行。 IEEE 610Configuration identification 配置標(biāo)識(shí)配置管理的要素之一，包括選擇配置項(xiàng)，并在技術(shù)文檔中記錄其功能和物理特性。IEEE 610configuration item 配置項(xiàng)配置管理中的硬件、軟件或軟、硬件結(jié)合體的集合，在配置管理過程中通常被當(dāng)做一個(gè)實(shí)體。IEEE 610Configuration management 配置管理一套技術(shù)和管理方面的監(jiān)督原則，用于確定和記

30、錄一個(gè)配置項(xiàng)的功能和物理屬性、控制對(duì)這些屬性的變更、記錄和報(bào)告變更處理和實(shí)現(xiàn)的狀態(tài)、以及驗(yàn)證與指定需求的一致性。IEEE 610Configuration management tool 配置管理工具支持對(duì)配置項(xiàng)進(jìn)行識(shí)別、控制、變更管理、版本控制和發(fā)布配置項(xiàng)基線(baseline)的工具.IEEE610configuration testing 配置測(cè)試 參見可移植性測(cè)試(portability testing)confirmation testing 確認(rèn)測(cè)試 參見再測(cè)試(re-testing)conformance testing 一致性測(cè)試 參見符合性測(cè)試(compliance test

31、ing)。consistency 一致性在系統(tǒng)或組件的各組成部分之間和文檔之間無矛盾，一致，符合標(biāo)準(zhǔn)的程度。IEEE 610control flow 控制流執(zhí)行組件或系統(tǒng)中的一系列順序發(fā)生的事件或路徑。control flow graph 控制流圖通過圖形來表示組件或系統(tǒng)中的一系列順序發(fā)生的事件或路徑。control 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-Th

32、e-Shelf softwarecoverage 覆蓋用于確定執(zhí)行測(cè)試套件所能覆蓋項(xiàng)目的程度，通常用百分比來表示。coverage 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ū)傩裕喝绲葍r(jià)劃分(equivalent partitions)或代碼語句(code statement)等。coverage tool 覆蓋工具對(duì)執(zhí)行測(cè)試套件(test suite)能夠覆蓋的結(jié)構(gòu)元素如語句(statement)、分支(branch)等進(jìn)行客觀測(cè)量的工具。custom

33、 software 定制軟件 參見bespoke software。cyclomatic complexity 圈復(fù)雜度程序中獨(dú)立路徑的數(shù)量。一種代碼復(fù)雜度的衡量標(biāo)準(zhǔn),用來衡量一個(gè)模塊判定結(jié)構(gòu)的復(fù)雜程度,數(shù)量上表現(xiàn)為獨(dú)立現(xiàn)行路徑條數(shù),即合理的預(yù)防錯(cuò)誤所需測(cè)試的最少路徑條數(shù),圈復(fù)雜度大說明程序代碼可能質(zhì)量低且難于測(cè)試和維護(hù)，根據(jù)經(jīng)驗(yàn)，程序的可能錯(cuò)誤和高的圈復(fù)雜度有著很大關(guān)系。圈復(fù)雜度=L-N + 2P,其中L 表示為結(jié)構(gòu)圖（程序圖）的邊數(shù)；N 為結(jié)構(gòu)圖（程序圖）的節(jié)點(diǎn)數(shù)目；P 為無鏈接部分的數(shù)目。與McCabe 一致cyclomatic number 圈數(shù) 參見cyclomatic comple

34、xity。Ddaily build 每日構(gòu)建每天對(duì)整個(gè)系統(tǒng)進(jìn)行編譯和鏈接的開發(fā)活動(dòng)，從而保證在任何時(shí)候包含所有變更的完整系統(tǒng)是可用的。data definition 數(shù)據(jù)定義 給變量賦了值的可執(zhí)行語句。data driven testing 數(shù)據(jù)驅(qū)動(dòng)測(cè)試將測(cè)試輸入和期望輸出保存在表格中的一種腳本技術(shù)。通過這種技術(shù)，運(yùn)行單個(gè)控制腳本就可以執(zhí)行表格中所有的測(cè)試。像錄制/回放這樣的測(cè)試執(zhí)行工具經(jīng)常會(huì)應(yīng)用數(shù)據(jù)驅(qū)動(dòng)測(cè)試方法。Fewster and Graham,參見keyword driven testing.data flow 數(shù)據(jù)流數(shù)據(jù)對(duì)象的順序的和可能的狀態(tài)變換的抽象表示，對(duì)象的狀態(tài)可以是：創(chuàng)建、

35、使用和銷毀。Beizerdata 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è)計(jì)技術(shù)：設(shè)計(jì)的測(cè)試用例用來測(cè)試變量的定義和使用路徑。data integrity testing 數(shù)據(jù)完整性測(cè)試 參見database integrity testing。database integritytesting 數(shù)據(jù)庫完整性測(cè)試對(duì)數(shù)據(jù)庫的存取和管理進(jìn)行測(cè)試的方法和過程

36、，確保數(shù)據(jù)庫如預(yù)期一樣進(jìn)行存取、處理等數(shù)據(jù)功能，同時(shí)也確保數(shù)據(jù)在存取過程中沒有出現(xiàn)不可預(yù)料的刪除、更新和創(chuàng)建。dead code 死代碼 參見unreachable code。debugger 調(diào)試器 參見debugging tool。debugging 調(diào)試 發(fā)現(xiàn)、分析和去除軟件失敗根源的過程。debugging tool 調(diào)試工具程序員用來復(fù)現(xiàn)軟件失敗、研究程序狀態(tài)并查找相應(yīng)缺陷的工具。調(diào)試器可以讓程序員單步執(zhí)行程序、在任何程序語句中終止程序和設(shè)置、檢查程序變量。decision 判定有兩個(gè)或多個(gè)可替換路徑控制流的一個(gè)程序控制點(diǎn)。也是連接兩個(gè)或多個(gè)分支的節(jié)點(diǎn)。decision condit

37、ioncoverage 判定條件覆蓋執(zhí)行測(cè)試用例套件(test suite)能夠覆蓋的條件結(jié)果(condition outcomes)和判定結(jié)果(decision outcomes)的百分比，100%的判定條件覆蓋意味著100%的判定覆蓋和100%的條件覆蓋。decision conditiontesting 判定條件測(cè)試一種白盒測(cè)試(white box)設(shè)計(jì)技術(shù)，設(shè)計(jì)的測(cè)試用例用來測(cè)試條件結(jié)果(condition outcomes)和判定結(jié)果(decision outcomes)。decision coverage 判定覆蓋執(zhí)行測(cè)試套件能夠覆蓋的判定結(jié)果(decision outcomes)

38、的百分比。100的判定覆蓋(decision converge)意味著100 的分支覆蓋(branch coverage)和100的語句覆蓋(statement coverage)。decision table 決策表一個(gè)可用來設(shè)計(jì)測(cè)試用例的表格，一般有條件樁、行動(dòng)樁和條件規(guī)則條目和行動(dòng)規(guī)則條目組成。decision table testing 決策表測(cè)試一種黑盒測(cè)試設(shè)計(jì)技術(shù)，設(shè)計(jì)的測(cè)試用例用來測(cè)試判定表中各種條件的組合。Veenendaaldecision testing 決策測(cè)試白盒測(cè)試設(shè)計(jì)技術(shù)的一種，設(shè)計(jì)測(cè)試用例來執(zhí)行判定結(jié)果。decision outcome 判定結(jié)果 判定的結(jié)果（可以

39、來決定執(zhí)行哪條分支）。defect 缺陷可能會(huì)導(dǎo)致軟件組件或系統(tǒng)無法執(zhí)行其定義的功能的瑕疵，例如：錯(cuò)誤的語句或變量定義。如果在組件或系統(tǒng)運(yùn)行中遇到缺陷，可能會(huì)導(dǎo)致運(yùn)行的失敗。defect density 缺陷密度將軟件組件或系統(tǒng)的缺陷數(shù)和軟件或者組件規(guī)模相比的一種度量（標(biāo)準(zhǔn)的度量術(shù)語包括，如每千行代碼、每個(gè)類或功能點(diǎn)存在的缺陷數(shù)）。Defect DetectionPercentage (DDP) 缺陷發(fā)現(xiàn)百分比在一個(gè)測(cè)試階段發(fā)現(xiàn)的缺陷數(shù)除以在測(cè)試階段和之后其他階段發(fā)現(xiàn)的缺陷總數(shù)所得的百分比數(shù)。defect management 缺陷管理發(fā)現(xiàn)、研究、處置、去除缺陷的過程。包括記錄缺陷、分類缺陷和

40、識(shí)別缺陷可能造成的影響。與IEEE 1044 一致defect management tool 缺陷管理工具一個(gè)方便記錄和跟蹤缺陷的工具，通常包括以缺陷修復(fù)操作流程為引導(dǎo)的任務(wù)分配、缺陷修復(fù)、重新測(cè)試等行為的跟蹤和控制，并且提供文檔形式的報(bào)告。參見 incident management tool.defect masking 缺陷屏蔽一個(gè)缺陷阻礙另一個(gè)缺陷被發(fā)現(xiàn)的情況與IEEE 610 一致defect report 缺陷報(bào)告對(duì)造成軟件組件或系統(tǒng)不能實(shí)現(xiàn)預(yù)期功能的缺陷進(jìn)行描述的報(bào)告文件。defect tracking tool 缺陷跟蹤工具 參見defect management toold

41、efinition-use pair 定義-使用對(duì)變量在程序中定義和使用的相關(guān)性，變量使用包括變量計(jì)算（比如：乘）或者變量引導(dǎo)程序執(zhí)行一條路徑（預(yù)定義）。deliverable 交付物 過程中生成的交付給客戶的（工作）產(chǎn)品。design-based testing 基于設(shè)計(jì)的測(cè)試根據(jù)組件或系統(tǒng)的構(gòu)架或詳細(xì)設(shè)計(jì)設(shè)計(jì)測(cè)試用例的一種測(cè)試方法（例如：組件或系統(tǒng)之間接口的測(cè)試）。desk checking 桌面檢查通過手工模擬執(zhí)行來對(duì)軟件或規(guī)格說明而進(jìn)行的測(cè)試。參見 static analysis.development testing 開發(fā)測(cè)試通常在開發(fā)環(huán)境下，開發(fā)人員在組件或系統(tǒng)實(shí)現(xiàn)過程中進(jìn)行的正式

42、或非正式的測(cè)試。與IEEE 610一致deviation 偏離 參見incident。deviation report 偏離報(bào)告 參見incident report。dirty testing 負(fù)面測(cè)試 參見negative testing。documentation testing 文檔測(cè)試關(guān)于文檔質(zhì)量的測(cè)試，例如:對(duì)用戶手冊(cè)或安裝手冊(cè)的測(cè)試。domain 域 一個(gè)可供有效輸入和/或輸出值選擇的集合。driver 驅(qū)動(dòng)器代替某個(gè)軟件組件來模擬控制和/或調(diào)用其他組件或系統(tǒng)的軟件或測(cè)試工具。與TMap 一致dynamic analysis 動(dòng)態(tài)分析組件或系統(tǒng)的執(zhí)行過程中對(duì)其行為評(píng)估的過程,例如對(duì)

43、內(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)行過程中（例如用測(cè)試工具執(zhí)行），對(duì)實(shí)際結(jié)果和期望結(jié)果的比較。dynamic testing 動(dòng)態(tài)測(cè)試 通過運(yùn)行軟件的組件或系統(tǒng)來測(cè)試軟件。Eefficiency 效率一定條件下根據(jù)資源的使用情況，軟件產(chǎn)品能夠提供適當(dāng)性能的能力。ISO 9126efficiency testing 效率測(cè)試 確定測(cè)試軟件產(chǎn)品

44、效率的測(cè)試過程。elementary comparisontesting 基本比較測(cè)試一種黑盒測(cè)試設(shè)計(jì)技術(shù)：根據(jù)判定條件覆蓋的理念，設(shè)計(jì)測(cè)試用例來測(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í)行語句。equivalence class 等價(jià)類 參見equivalence p

45、artition。equivalence partition 等價(jià)類劃分根據(jù)規(guī)格說明，輸入域或輸出域的一個(gè)子域內(nèi)的任何值都能使組件或系統(tǒng)產(chǎn)生相同的響應(yīng)結(jié)果。equivalence partitioncoverage 等價(jià)劃分覆蓋 執(zhí)行測(cè)試套件能夠覆蓋到的等價(jià)類的百分比。equivalence partitioning 等價(jià)類劃分技術(shù)黑盒測(cè)試用例設(shè)計(jì)技術(shù)：該技術(shù)從組件的等價(jià)類中選取典型的點(diǎn)進(jìn)行測(cè)試。原則上每個(gè)等價(jià)類中至少要選取一個(gè)典型的點(diǎn)來設(shè)計(jì)測(cè)試用例。error 錯(cuò)誤人為的產(chǎn)生不正確結(jié)果的行為。與IEEE 610 一致error guessing 錯(cuò)誤推測(cè)根據(jù)測(cè)試人員以往的經(jīng)驗(yàn)，猜測(cè)在組件或系

46、統(tǒng)中可能出現(xiàn)的缺陷以及錯(cuò)誤，并以此為依據(jù)來進(jìn)行特殊的用例設(shè)計(jì)以暴露這些缺陷。error seeding 錯(cuò)誤散播在組件或系統(tǒng)中有意插入一些已知缺陷（defect）的過程，目的是為了得到缺陷的探測(cè)率和除去率，以及評(píng)估系統(tǒng)中遺留缺陷的數(shù)量。IEEE 610error tolerance 容錯(cuò)組件或系統(tǒng)存在缺陷的情況下保持連續(xù)正常工作狀態(tài)的能力。與IEEE 610 一致evaluation 評(píng)估 參見testing。exception handling 異常處理組件或系統(tǒng)對(duì)錯(cuò)誤輸入的行為反應(yīng)。錯(cuò)誤輸入包括人為的輸入、其他組件或系統(tǒng)的輸入以及內(nèi)部失敗引起的輸入等。executable statemen

47、t 可執(zhí)行語句語句編譯后可以轉(zhuǎn)換為目標(biāo)代碼，同時(shí)在程序運(yùn)行的時(shí)候可以按步驟執(zhí)行并且可以對(duì)數(shù)據(jù)進(jìn)行相應(yīng)的操作。exercised 被執(zhí)行測(cè)試用例運(yùn)行后被執(zhí)行的語句、判定和程序的結(jié)構(gòu)元素exhaustive testing 窮盡測(cè)試測(cè)試套件包含了軟件輸入值和前提條件所有可能組合的測(cè)試方法。exit criteria 出口準(zhǔn)則和利益相關(guān)者達(dá)成一致的系列通用和專門的條件，來正式的定義一個(gè)過程的結(jié)束點(diǎn)。出口準(zhǔn)則的目的可以防止將沒有完成的任務(wù)錯(cuò)誤地看成任務(wù)已經(jīng)完成。測(cè)試中使用的出口準(zhǔn)則可以來報(bào)告和計(jì)劃什么時(shí)候可以停止測(cè)試。與Glib 和Graham 一致exit point 出口點(diǎn) 組件中最后一個(gè)可執(zhí)行語

48、句。expected outcome 預(yù)期結(jié)果 參見expected result。expected result 預(yù)期結(jié)果在特定條件下根據(jù)規(guī)格說明或其他資源說明，組件或系統(tǒng)預(yù)測(cè)的行為。experienced-based testdesign technique基于經(jīng)驗(yàn)的測(cè)試設(shè)計(jì)技術(shù)根據(jù)測(cè)試人員的經(jīng)驗(yàn)、知識(shí)和直覺來進(jìn)行用例設(shè)計(jì)和/或選擇的一種技術(shù)。exploratory testing 探索性測(cè)試非正式的測(cè)試設(shè)計(jì)技術(shù)：測(cè)試人員能動(dòng)的設(shè)計(jì)一些測(cè)試用例，通過執(zhí)行這些測(cè)試用例和在測(cè)試中得到的信息來設(shè)計(jì)新的更好的測(cè)試用例。和Bach一致Ffail 失敗假如測(cè)試的實(shí)際結(jié)果與預(yù)期結(jié)果不一樣，我們就認(rèn)為這個(gè)

49、測(cè)試的狀態(tài)為失敗。failure 失效組件/系統(tǒng)與預(yù)期的交付、服務(wù)或結(jié)果存在的偏差。與Fenton 一致failure mode 失效模式失效在物理上或功能上的表現(xiàn)。例如，系統(tǒng)在失效模式下，可能表現(xiàn)為運(yùn)行緩慢、輸出錯(cuò)誤或者執(zhí)行的徹底中斷。IEEE 610Failure Mode and EffectAnalysis (FMEA)失效模式和影響分析 （FMEA）一個(gè)系統(tǒng)的進(jìn)行風(fēng)險(xiǎn)識(shí)別和標(biāo)識(shí)可能的失效模式的系統(tǒng)方法，用來預(yù)防失效的發(fā)生。failure rate 失效率指定類型中單位度量內(nèi)發(fā)生失效的數(shù)目。例如，單位時(shí)間失效數(shù)、單位處理失效數(shù)、單位計(jì)算機(jī)運(yùn)行失效數(shù)。IEEE 610fault 故障 參

50、見 defect。fault density 故障密度 參見 defect density。Fault DetectionPercentage (FDP) 故障發(fā)現(xiàn)率（FDP） 參見 Defect Detection Percentage (DDP)。fault masking 故障屏蔽 參見 defect masking。fault tolerance 故障容限軟件產(chǎn)品存在故障或其指定接口遭到破壞時(shí)，繼續(xù)維持特定性能級(jí)別的能力。ISO 9126 參見reliability。fault tree analysis 故障樹分析 分析產(chǎn)生故障原因的一種方法。feasible path 可達(dá)路徑可通

51、過一組輸入值和入口條件而執(zhí)行到的一條路徑。feature 特性需求文檔指定的或包含的一個(gè)組件或者系統(tǒng)的屬性（例如：reliability, usability 或者 designconstraints）。 與IEEE 1008 一致field testing 現(xiàn)場(chǎng)測(cè)試 參見 beta testingfinite state machine 有限狀態(tài)機(jī)包含有限數(shù)目狀態(tài)和狀態(tài)之間轉(zhuǎn)換的一種計(jì)算模型，同時(shí)可能伴隨一些可能的（觸發(fā)）行為。IEEE610finite state testing 有限狀態(tài)測(cè)試 參見 state transition testing。formal review 正式評(píng)審對(duì)評(píng)

52、審過程及需求文檔化的一種特定的評(píng)審。例如，檢視(inspection)。frozen test basis 凍結(jié)測(cè)試基準(zhǔn)測(cè)試基準(zhǔn)文檔，只能通過正式的變更控制過程進(jìn)行修正。參見baselineFunctional PointAnalysis (FPA) 功能點(diǎn)分析對(duì)信息系統(tǒng)功能進(jìn)行規(guī)模度量的一種方法。該度量獨(dú)立于具體的技術(shù)實(shí)現(xiàn)，可以作為生產(chǎn)率度量、資源需求估算和項(xiàng)目控制的基礎(chǔ)。functional integration 功能集成合并組件/系統(tǒng)以盡早實(shí)現(xiàn)基本功能的一種集成方法。參見integration testing。functional requirement 功能需求指定組件/系統(tǒng)必須實(shí)現(xiàn)

53、某項(xiàng)功能的需求。IEEE610functional test designtechnique 功能測(cè)試設(shè)計(jì)技術(shù)通過對(duì)組件或系統(tǒng)的功能規(guī)格說明分析來進(jìn)行測(cè)試用例的設(shè)計(jì)和/或選擇的過程，該過程不涉及軟件的內(nèi)部結(jié)構(gòu)。參見 black box test design technique。functional testing 功能測(cè)試通過對(duì)組件/系統(tǒng)功能規(guī)格說明的分析而進(jìn)行的測(cè)試。參見 black box testing。functionality 功能性軟件產(chǎn)品在規(guī)定條件下使用時(shí)，所提供的功能達(dá)到宣稱的和隱含需求的能力。ISO 9126functionality testing 功能性測(cè)試 判斷軟件產(chǎn)

54、品功能性的測(cè)試過程。Gglass box testing 玻璃盒測(cè)試 參見 white box testingHheuristic evaluation 啟發(fā)式評(píng)估一種靜態(tài)可用性測(cè)試技術(shù)，判斷用戶接口和公認(rèn)的可用性原則的符合度。high level test case 概要測(cè)試用例沒有具體的（實(shí)現(xiàn)級(jí)別）輸入數(shù)據(jù)和預(yù)期結(jié)果的測(cè)試用例。實(shí)際值沒有定義或是可變的，而用邏輯概念來代替。參見 low level test case。horizontal traceability 水平可追蹤性一個(gè)測(cè)試級(jí)別的需求和相應(yīng)級(jí)別的測(cè)試文檔（例如測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)規(guī)格、測(cè)試用例規(guī)格和測(cè)試過程規(guī)格或測(cè)試腳本）之間的可

55、追蹤性。Iimpact analysis 影響分析對(duì)需求變更所造成的開發(fā)文檔、測(cè)試文檔和組件的修改的評(píng)估。incident 事件 任何有必要調(diào)查的事情。與IEEEE 1008 一致incident logging 事件日志記錄所發(fā)生的（例如，在測(cè)試過程中）事件的詳細(xì)情況。incident management 事件管理識(shí)別、調(diào)查、采取行動(dòng)和處理事件的過程。該過程包含對(duì)事件進(jìn)行記錄、分類并辨識(shí)其帶來的影響。 IEEE 1044incident management tool 事件管理工具輔助記錄事件并對(duì)事件進(jìn)行狀態(tài)跟蹤的工具。這種工具常常具有面向工作流的特性，以跟蹤和控制事件的資源分配、更正和再

56、測(cè)試，并提供報(bào)表。參見 defect management toolincident report 事件報(bào)告報(bào)告任何需要調(diào)查的事件(如在測(cè)試過程中需要調(diào)查的事件)的文檔。IEEE 829Incremental development model 增量開發(fā)模型一種開發(fā)生命周期：項(xiàng)目被劃分為一系列增量，每一增量都交付整個(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è)試一個(gè)或若干組件/系統(tǒng)，直到所有組件/系統(tǒng)都已經(jīng)被集成或測(cè)試的一種測(cè)試。independence 獨(dú)立 職責(zé)分離，有助于客觀地進(jìn)行測(cè)試。 DO-178binfeasible path 不可達(dá)路徑 通過任何輸入都無法執(zhí)行到的路徑。informal review 非正式評(píng)審 一種不基于正式（文檔化）過程的評(píng)審。input 輸入被組件讀取的變量（