软件测试常用术语

1、软件测试常用术语由于国内对软件测试技术的应用和研究处于初期的发展阶段，对测试术语的翻译还没有统一, 出现同一个术语不同的译者有不同的翻译, 简体中文和繁体中文对于同一个术语的翻译差别很大，对于测试技术人员来说，影响准确理解。为了使读者更好地理解软件测试术语提供给读者, 与读者交流。AAanomaly异常 Aassertion 断言指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的条件。abstract test case 抽象测试用例 Acceptance criteria 验收准则 为了满足组件或系统使用者、客户或其他授权实体的需要，组件或系统

2、必须达到的准则。 Acceptance Testing 可接受性测试 一般由用户 / 客户进行的确认是否可以接受一个产品的验证性测试。Acceptance testing 验收测试 一般由用户/客户进行的确认是否可以接受一个系统的验证性测试。是根据用户需求，业务流程进行的正式测试以确保系统符合所有验收准则。 Acceptance Testing可接受性测试acceptance 验收 Accessibility test 软体适用性测试accessibility testing 可达性测试 可达性测试就是测试残疾人或不方便的人们使用软件或者组件的容易程度Gerrard。即被测试的软件是否能够被残

3、疾或者部分有障碍人士正常使用，这其 中也包含了正常人在某些时候发生暂时性障碍的情况下正常使用，如怀抱婴儿等。参见functionality testing Active or open激活状态Actual outcome 实际结果 被测对象在特定的条件下实际产生的结果。Ad hoc review 临时评审 非正式评审（和正式的评审相比） Ad hoc testing (随机测试)，没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。Ad hoc te

4、sting 随机测试Adaptability适应性Agile testing 敏捷测试 对使用敏捷方法，如极限编程(Extreme programming)开发的项目进行的软件测试，强调测试优先行的设计模式 Algorithm analysis 算法分析 一个软件的验证确认任务，用于保证选择的算法是正确的、合适的和稳定的，并且满足所有精确性、规模和时间方面的要求。Algorithm test 算法测试 Algorithm 算法 （ 1 ）一个定义好的有限规则集，用于在有限步骤内解决一个问题；（ 2 ）执行一个特定任务的任何操作序列。Allocated Baseline 分配基线分配基线指在软件

5、需求分析阶段结束时，经过正式评审和批准的软件需求规格说明。分配基线是最初批准的分配配置标识。Alpha testing (测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试 由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。Analysis 分析（ 1 ）分解到一些原子部分或基本原则，以便确定整体的特性；（ 2 ）一个推理的过程，显示一个特定的结果是假设前提的结果；（ 3 ）一个问题的方法研究，并且问题被分解为一些小的相关单元作进一步详细研究。analyzability

6、 可分析性 软件产品缺陷或运行失败原因可被诊断的能力，或对修改部分的可识别能力。 analyzer 分析器 anomaly 异常 任何和基于需求文档、设计文档、用户文档、标准或者个人的期望和预期之间偏差的情况，都可以称为异常。异常可以在但不限于下面的过程中识别：评审 (review)、测试分析(test analysis)、 编译(compilation)、软件产品或应用文档的使用等。 Application software 应用软件 满足特定需要的软件。Application under test (AUT) 所测试的应用程序arc testing 弧测试 参见 branch testin

7、g architecture 构架 一个系统或组件的组织结构。Artifact 工件Artifact 工件ASQ：Automated Software Quality自动化软件质量, 使用软件工具来提高软件的质量。Assertion checking 断言检查 用户在程序中嵌入的断言的检查。Assertion 断言 指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的条件。Assessment Team 评审小组Association 关联 ATM Assessment Team Member 评审小组成员attractiveness 吸引力 软件

8、产品吸引用户的能力 Audit trail审计跟踪 系统审计活动的一个时间记录。audit 审计 对软件产品或过程进行的独立评审，来确认产品是否满足标准、指南、规格说明书以及基于客观准则的步骤等，包括下面的文档：(1)产品的内容与形式(2)产品开发应该遵循的流程(3)度量符合标准或指南的准则。 一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。Automated Testing自动化测试 使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在 GUI 、性能等测试中用得较多。automated testware 自动测试件 用于自动化测试中的测试件，如，工具脚本

9、 availability 可用性 用户使用系统或组件的可操作和易用的程度，通常以百分比的形式出现。 B BA Baseline Assessment 基线评审back-to-back testing 比对测试用相同的输入，执行组件或系统的两个或多个变量，在产生偏差的时候，对输出结果进行比较和分析。 Backus-Naur Form BNF 范式 一种分析语言，用于形式化描述语言的语法Baseline Configuration Management基线配置管理基线配置管理指建立经正式评审和认可，并作为进一步开发工作的基础的基线的过程。某些（如软件设计和代码）软件工作产品应该有在预先确定点上建

10、立的基线，并且应该对这些项施加严格的更改控制过程。当与顾客打交道时，这些基线提供控制和稳定性。Baseline Management基线管理基线管理是指在配置管理中，运用技术上和行政上的管理来指定一些文档和更改这些文档，这些文档在某些特定时刻正式标识和建立起基线。baseline 基线 通过正式评审或批准的规格或软件产品。以它作为继续开发的基准。并且在变更的时候，必须通过正式的变更流程来进行。 Basic Block 基本块 一个或多个顺序的可执行语句块，不包含任何分支语句。basis test set 基本测试集根据组件的内部结构或规格说明书设计的一组测试用例集。通过执行这组测试用例可以保证

11、达到100的指定覆盖准则(coverage criterion)的要求。 basis test set 基本测试集 根据代码逻辑引出来的一个测试用例集合，它保证能获得100%的分支覆盖。bebugging 错误散播 参见error seeding Behaviour 行为 对于一个系统的一个函数的输入和预置条件组合以及需要的反应。一个函数的所有规格包含一个或多个行为。benchmark test 基准测试 (1)为使系统或组件能够进行度量和比较而制定的一种测试标准；(2)用于组件或系统之间进行的比较或和（1）中提到的标准进行比较的测试。 Benchmark 标杆 / 指标 / 基准 一个标准，

12、根据该标准可以进行度量或比较。bespoke software 定制软件 为特定的用户定制开发的软件。与之对比的是现货软件(off-the-shelf software)。 best practice 最佳实践在界定范围内，帮助提高组织能力的有效方法或创新实践，通常被同行业组织视最佳的方法或实践。 Beta Testing Beta 测试,测试, 用户在开发组织外，由用户进行的对产品预发布版本的测试。这个测试一般是不可控的。big-bang testing Integration testing where no incremental testing takes place prior to

13、 all the systems components being combined to form the system。非渐增式测试 在单独测试所有构成系统的组件之前不进行任何额外测试的集成测试。 big-bang testing 大爆炸测试非增量集成测试的一种方法，测试的时候将软件单元、硬件单元或者两者同时,而不是阶段性的，集成到组件或者整个系统中去进行测试。与IEEE 610一致参见integration testing。 Black Box Testing 黑盒测试 根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。black-box

14、 technique 黑盒技术 black-box test design technique 黑盒测试设计技术 基于系统功能或非功能规格说明书来设计或者选择测试用例的技术，不涉及软件内部结构。 Blocker阻碍 Blocking bug 阻碍性错误 Bottom-up testing 由低向上测试 渐增式集成测试的一种，其策略是先测试底层的组件，然后逐步加入较高层次的组件进行测试，直到系统所有组件都加入到系统。Boundary value 边界值 一个输入或输出值，它处在等价类的边界上。boundary value analysis 边界值分析 一种黑盒设计技术(black box tes

15、t design technique)，基于边界值进行测试用例的设计。 Boundary value coverage 边界值覆盖 通过测试用例，测试组件等价类的所有边界值。boundary value testing 边界值测试通过边界值分析方法来生成测试用例的一种测试策略。Boundary value testing 边界值测试 通过边界值分析方法来生成测试用例的一种测试策略。boundary value 边界值 通过分析输入或输出变量的边界或等价划分(equivalence partition)的边界来设计测试用例，例如，取变量的最大、最小值、中间值、比最大值大的值、比最小值小的值等。

16、Boundry Value Analysis 边界值分析 该分析一般与等价类一起使用。经验认为软件的错误经常在输入的边界上产生，因此边界值分析就是分析软件输入边界的一种方法branch condition combination coverage 分支条件组合覆盖 在每个判定中所有分支条件结果组合被测试用例覆盖到的百分比。Branch condition combination coverage分支条件组合覆盖Branch condition combination testing 分支条件组合测试 通过执行分支条件结果组合来设计测试用例的一种方法。branch condition cover

17、age 分支条件覆盖 branch condition testing 分支条件测试 通过执行分支条件结果来设计测试用例的一种方法。Branch condition分支条件 Branch coverage 分支覆盖Branch outcome 分支结果 Branch point 分支点 branch point分支点 Branch testing分支测试 branch 分支 在组件中，控制从任何语句到其它任何非直接后续语句的一个条件转换，或者是一个无条件转换。例如: case, jump, go to, if-then-else 语句. Breadth Testing 广度测试 在测试中测试一

18、个产品的所有功能，但是不测试更细节的特性。Breadth Testing 广度测试 Brute force testing强力测试 Buddy test 合伙测试Buffer 缓冲Bug 缺陷，软件程序中存在的编程错误，可能会带来不必要的副作用，软件的功能和特性与设计规格说明书 或用户需求不一致的方面。软件缺陷表现特征为：软件未达到产品说明书标明的功能；软件出现产品说明书指明不会出现的错误；软件功能超出产品说明书指明的范 围；虽然产品说明书未指出但是软件应达到的目标；软件测试人员或用户认为软件难以理解，不易使用，运行速度缓慢等问题。Bug bash 缺陷扫除Bug crawl缺陷评审会议Bug

19、 fix 缺陷修正bug report 缺陷报告 Bug tracking system 缺陷跟踪系统，BTS也称为“Defect tracking system，DTS”，管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告、验证、修改、查询、统计、存储等任务。尤其适用于大型多语言软件的测试管理。Bug tracking system缺陷跟踪系统Build 工作版本，软件开发过程中用于内部测试的功能和性能等不完善的软件版本。工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提供的部分功能的部分系统。Build Verfication tests(BVTs) 版本验证测试

20、Build-in 内置Build Verfication tests(BVTs)版本验证测试business process-based testing 基于业务过程测试 一种基于业务描述和/或业务流程的测试用例设计方法。 CCapability Maturity Model (CMM) 能力成熟度模型 描述有效的软件开发过程关键元素的一个五个等级的框架，能力成熟度模型包含了在软件开发和维护中计划、工程和管理方面的最佳实践(best practice)，缩写为CMM。 Capability Maturity Model Integration (CMMI) 能力成熟度模型集成描述有效的软件产品

21、开发和维护过程的关键元素框架，能力成熟度模型集成包含了软件开发计划、工程和管理等方面的最佳实践，是CMM的指定的继承版本。 capture/playback tool 捕获/回放工具 一种执行测试工具，能够捕获在手工测试过程中的输入，并且生成可执行的自动化脚本用于后续阶段的测试（回放过程）。这类工具通常使用在自动化回归测试(regression test)中。 Capture/playback tool捕获/回放工具 Capture/Replay Tool捕获 / 回放工具 一种测试工具，能够捕获在测试过程中传递给软件的输入，并且能够在以后的时间中，重复这个执行的过程。这类工具一般在 GUI

22、测试中用的较多。CAR Causal Analysis and Resolution 原因分析与决策CASE 计算机辅助软件工程 Computer Aided Software Engineering的首字母缩写。 Cause effect graphing 因果图技术通过因果图(case-effect graph)设计测试用例的一种黑盒测试设计技术。 cause effect graph因果图一个图形，用来表示输入（原因）与结果之间的关系，可以被用来设计测试用例。cause-effect decision table 因果决策表参见决策表 (decision table)。 CBA CMM-

23、Based Appraisal 基于CMM的评价CC Configuration Controller 配置管理员certification 认证确认一个组件、系统或个人具备某些特定要求的过程，比如通过了某个考试。 certification 证明 一个过程，用于确定一个系统或组件与特定的需求相一致。 CF Common Feature 公共特性CFPS Certified Function Point Specialist 注册功能点专家change control 变更控制 一个用于计算机系统或系统数据修改的过程，该过程是质量保证程序的一个关键子集，需要被明确的描述。change cont

24、rol board 变更控制委员会CCB Change Management 变更管理Change Request 变更请求 changeability 可变性 软件产品适应修改的能力 Character Set 字符集Characteristic 特征Check In检入 Check Out检出 checker 检验员 CI Configuration Item 配置项Closeout 收尾CM Configuration Management 配置管理CMM Capability Maturity Model 能力成熟度模型Code Coverage 代码覆盖率 一种分析方法，用于确定在一

25、个测试套执行后，软件的哪些部分被执行到了，哪些部分没有被执行到。code analyzer 代码分析器 code audit 代码审计 由一个人、组或工具对源代码进行的一个独立的评审，以验证其与设计规格、程序标准的一致性。正确性和有效性也会被评价。Code Coverage代码覆盖率 一种分析方法，用于确定在一个测试套执行后，软件的哪些部分被执行到了，哪些部分没有被执行到。Code Freeze代码冻结Code Inspection 代码检视 一个正式的同行评审手段，在该评审中，作者的同行根据检查表对程序的逻辑进行提问，并检查其与编码规范的一致性。Code page 代码页Code rule

26、编码规范Code sytle 编码风格Code Walkthrough 代码走读 一个非正式的同行评审手段，在该评审中，代码被使用一些简单的测试用例进行人工执行，程序变量的状态被手工分析，以分析程序的逻辑和假设。code 代码 计算机指令和数据定义在程序语言中的表达形式或是汇编程序、编译器或其他翻译器的一种输出形式。 code-based testing 基于代码的测试 根据从实现中引出的目标设计测试用例。coding standards 编程规范 一些编程方面需要遵循的标准，包括命名方式、排版格式等co-existence 共存性软件产品与通用环境下与之共享资源的其它独立软件之间共存的能力。

27、 Cohesion内聚度commercial off-the-shelf software 商业现货软件Common sense常识comparator 比较器 Compatibility Testing 兼容性测试 测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。compiler 编译器将高级命令语言编写的程序翻译成能运行的机器语言的工具 complete path testing 完全路径测试 complete testing 完全测试 completeness 完整性 实体的所有必须部分必须被包含的属性。completion criteria 完成准则 Co

28、mplexity 复杂性 系统或组件难于理解或验证的程度。compliance testing 一致性测试确定组件或系统是否满足标准的测试过程。 compliance 一致性软件产品与法律和类似规定的标准、惯例或规则的一致性方面的能力。 Component 组件 一个最小的软件单元，有着独立的规格component integration testing 组件集成测试为发现集成组件接口之间和集成组件交互产生的缺陷而执行的测试。 component specification 组件规格说明根据组件的功能定义为特定输入而应该产生的输出规格进行的功能性和非功能性行为的描述。例如：资源使用(resou

29、rce utilization). Component Testing 组件测试 compound condition 复合条件 通过逻辑操作符(AND, OR 或者 XOR)将两个或多个简单条件连结起来：如，“A0 AND BB. confidence test 置信测试 参见冒烟测试(smoke testing) configuration auditing 配置审核对配置库及配置项的内容进行检查的过程，比如检查标准的一致性。 configuration control board (CCB) 配置控制委员会负责评估、批准或拒绝配置项修改的组织，此组织应确保被批准的配置修改的执行。 Con

30、figuration Control Board 配置控制组/委员会配置控制组/委员会是指一组负责评估和审批配置项的变更人员，以确保所有的变更都是经过审核的。configuration control 配置控制 配置管理的一个方面，包括评价、协调、批准、和实现配置项的变更。Configuration Identification配置标识配置标识是软件配置管理的一个要素，由为系统所选的配置项及记录它们功能的物理特性的技术文档组成；经核准的配置项的技术文档是由说明书、图、表等组成的。为了方便对软件配置项进行控制和管理，不致造成混乱，要给它们命名，这就是配置标识的任务。配置标识主要目的是对变更配置项

31、的软件行为及变更结果提供一个可跟踪的手段，避免软件开发行为在不受控，混乱的情况下进行，也有利于软件开发工作以基线渐进的方式完成。 configuration item 配置项配置管理中的硬件、软件或软、硬件结合体的集合，在配置管理过程中通常被当做一个实体。 Configuration Management Library System配置管理库系统configuration management tool 配置管理工具支持对配置项进行识别、控制、变更管理、版本控制和发布配置项基线(baseline)的工具. configuration management 配置管理 一套技术和管理方面的监督原

32、则，用于确定和记录一个配置项的功能和物理属性、控制对这些属性的变更、记录和报告变更处理和实现的状态、以及验证与指定需求的一致性。 configuration testing 配置测试 Configuration Unit 配置单元配置单元是可放入配置管理库系统的、可从库中检索的一个配置项。configuration 配置 根据定义的数值、特性及其相关性综合设置一个组件或者系统。 confirmation testing 确认测试 conformance criterion 一致性标准 判断组件在一个特定输入值上的行为是否符合规格的一种方法。Conformance Testing 一致性测试 测

33、试一个系统的实现是否和其基于的规格相一致的测试。Conformity合格（符合）consistency 一致性 在系统或组件的各组成部分和文档之间没有矛盾，一致的程度。consistency checker 一致性检查器 一个软件工具，用于测试设计规格中需求的一致性和完整性。control flow graph 控制流图 通过一个组件的可能替换控制流路径的一个图形表示。control flow path 控制流路径 control flow 控制流 程序执行中所有可能的事件顺序的一个抽象表示。conversion testing 转换(移植）测试 用于测试已有系统的数据是否能够转换到替代系统上

34、的一种测试。 conversion testing 转换测试 用于测试已有系统的数据是否能够转换到替代系统上的一种测试。Conversion testing：转换测试 Core team 核心小组Corrective action 纠正措施corrective maintenance 故障检修 用于纠正硬件或软件中故障的维护。Correctness 正确性 软件在其规格、设计和编码中没有故障的程度。软件、文档和其它项满足需求的程度。软件、文档和其它项满足用户明显的和隐含的需求的程度。COTS Commerce off the shelf 商业现货供应COTS 现货软件 Commercial O

35、ff-The-Shelf software的首字母缩写。 coverage analysis 覆盖分析对测试执行结果进行特定的覆盖项分析，判断其是否满足预先定义的标准，是否需要设计额外的测试用例。 coverage item 覆盖项 作为测试基础的一个入口或属性：如语句、分支、条件等。coverage tool 覆盖工具对执行测试套件(test suite)能够覆盖的结构元素如语句(statement)、分支(branch)等进行客观测量的工具。 coverage 覆盖 用于确定执行测试套件所能覆盖项目的程度，通常用百分比来表示。 Crash 崩溃 计算机系统或组件突然并完全的丧失功能。Cri

36、teria 准则Critical 死机，丢失数据，内存溢出Major，较大的功能缺陷criticality analysis 关键性分析 需求的一种分析，它根据需求的风险情况给每个需求项分配一个关键级别。Criticality 关键性 CRM change request management 变更需求管理 custom software 定制软件 Customer-focused mindset 客户为中心的理念体系cyclomatic complexity 循环复杂度 一个程序中独立路径的数量。 DDAR Decision Analysis and Resolution 决策分析与制定Da

37、ta corruption 数据污染 data definition C-use coverage 数据定义 C-use 覆盖 在组件中被测试执行到的数据定义 C-use 使用对的百分比。Data definition：数据定义 data definition-use coverage 数据定义使用覆盖 在组件中被测试执行到的数据定义使用对的百分比。Data definition-use pair 数据定义使用对 data definition-use testing数据定义使用测试 以执行数据定义使用对为目标进行测试用例设计的一种技术。data definition数据定义 一个可执行语句，

38、在该语句上一个变量被赋予了一个值。data dictionary 数据字典 （1）一个软件系统中使用的所有数据项名称，以及这些项相关属性的集合。（2）数据流、数据元素、文件、数据基础、和相关处理的一个集合。data dictionary 数据字典 （ 1 ）一个软件系统中使用的所有数据项名称，以及这些项相关属性的集合。（ 2 ）数据流、数据元素、文件、数据基础、和相关处理的一个集合。Data Flow Analysis 数据流分析Data flow coverage：数据流覆盖 Data flow diagram：数据流图 data flow testing 数据流测试 根据代码中变量的使用情

39、况进行的测试。Data integrity：数据完整性 data use 数据使用 一个可执行的语句，在该语句中，变量的值被访问。data validation 数据确认 用于确认数据不正确、不完整和不合理的过程。DBD Database Design 数据库设计 DD Detailed Design 详细设计dead code 死代码 在程序操作过程中永远不可能被执行到的代码。Debug 调试，开发人员确定引起错误的根本原因和确定可能的修复措施的过程。一般发生在子系统或单元模块编码完成时，或者根据测试错误报告指出错误以后，开发人员需要执行调试过程来解决已存在的错误。Decision cond

40、ition判定条件 Decision coverage 判定覆盖Decision outcome判定结果 decision table 判定表 一个表格，用于显示条件和条件导致动作的集合。decision table 判定表 一个表格，用于显示条件和条件导致动作的集合。Decision判定 Defect 缺陷Defect density 缺陷密度Defect Tracking 缺陷跟踪Delivery 交付Dependability可信性Deployment部署 Depth Testing 深度测试 执行一个产品的一个特性的所有细节，但不测试所有特性。比较广度测试。Design for sus

41、tainability 可延续性的设计 design of experiments 实验设计 一种计划实验的方法，这样适合分析的数据可以被收集。design-based testing 基于设计的测试根据软件的构架或详细设计引出测试用例的一种方法。design-based testing 基于设计的测试 根据软件的构架或详细设计引出测试用例的一种方法。desk checking桌面检查 通过手工模拟软件执行的方式进行测试的一种方式。Determine Potential Risks 确定潜在风险 Determine Usage Model 确定应用模型 Deviation permit偏离许可

42、Diagnostic 诊断 检测和隔离故障或失效的过程。DIF decimation in frequency 按频率抽取dirty testing 肮脏测试 disaster recovery 灾难恢复 一个灾难的恢复和重建过程或能力。Distributed testing分布式测试DIT （decimation in time） 按时间抽取 Documentation testing 文档测试 domain 域 值被选择的一个集合。domain testing 域测试 DP Data Provider 数据提供者DR Derived Requirement 派生需求DTP DETAIL T

43、EST PLAN详细确认测试计划Dynamic analysis 动态分析 Dynamic Testing 动态测试 Eecision condition 判定条件判定内的一个条件。EEffectiveness有效性Efficiency 效率embedded software 嵌入式软件 软件运行在特定硬件设备中，不能独立于硬件存在。这类系统一般要求实时性较高。Emulator 仿真 一个模仿另一个系统的系统或设备，它接受相同的输入并产生相同的输出。Encapsulation封装Encryption Source Code Base 加密算法源代码库 End-to-End testing 端到

44、端测试 在一个模拟现实使用的场景下测试一个完整的应用环境，例如和数据库交互，使用网络通信等。Enhanced Request 增强请求 Enhancement 建议或意见entity relationship diagram 实体关系图 描述现实世界中实体及它们关系的图形。Entry criteria 准入条件entry point 入口点 一个组件的第一个可执行语句。Envisioning Phase 构想阶段EPG Engineering Process Group 工程过程小组Equivalence class 等价类equivalence partition coverage 等价划分

45、覆盖 在组件中被测试执行到的等价类的百分比。Equivalence partition testing 等价划分测试Equivalence Partitioning 等价划分 组件的一个测试用例设计技术，该技术从组件的等价类中选取典型的点进行测试。Error 错误IEEE 的定义是：一个人为产生不正确结果的行为。Error 错误error guessing 错误猜测 根据测试人员以往的经验猜测可能出现问题的地方来进行用例设计的一种技术。error seeding 错误播种/错误插值 故意插入一些已知故障（fault）到一个系统中去的过程，目的是为了根据错误检测和跟踪的效率并估计系统中遗留缺陷的

46、数量。est records 测试记录Evaluation评价，评估Event-driven 事件驱动 Exception 异常 / 例外 一个引起正常程序执行挂起的事件。Exception handlers异常处理器executable statement 可执行语句 一个语句在被编译后会转换成目标代码，当程序运行是会被执行，并且可能对程序数据产生动作。Exhaustive Testing 穷尽测试 测试覆盖软件的所有输入和条件组合。exit point 出口点 一个组件的最后一个可执行语句。expected outcome 期望结果 Experience of quality质量体验Exp

47、loratory testing 探索性测试FFailure 失效 软件的行为与其期望的服务相背离。Fatal bug 致命的缺陷Fault 故障feasible path 可达路径 可以通过一组输入值和条件执行到的一条路径。feature testing特性测试 Feature产品特性Field testing 现场测试Flexibility灵活性FMEA Failure Modes and Effects Analysis 失效模型效果分析 可靠性分析中的一种方法，用于在基本组件级别上确认对系统性能有重大影响的失效。FMECA Failure Modes and Effects Criti

48、cality Analysis 失效模型效果关键性分析FP Function Point 功能点FPA Function Point Analysis 功能点分析FR Functional Requirement 功能性需求Framework 框架FTA Fault Tree Analysis 故障树分析 引起一个不需要事件产生的条件和因素的确认和分析，通常是严重影响系统性能、经济性、安全性或其它需要特性。functional decomposition功能分解 Functional Specification 功能规格说明书 Functional testing 功能测试Functional

49、ity功能性GG11N(Globalization) 全球化GA Gap Analysis 差距分析Gap analysis 差距分析Garbage characters 乱码字符，程序界面中显示的无意义的字符，例如，程序对双字节字符集的字符不支持时，这些字符不能正确显示。Garbage characters 乱码字符GB 18030 testing GB 18030测试 ，软件支持GB 18030字符集标准能力的测试，包括GB 18030字符的输入、输出、显示、存储的支持程度。glass box testing 玻璃盒测试 Glass-box testing 白箱测试或白盒测试Glossar

50、y 术语表GUI Graphical User Interface图形用户界面HHard-coding硬编码 Hard-coding : 硬编码 Hotfix 热补丁IID Interface Design 接口设计Identifier标识符Identify Exploratory Tests 识别探索性测试 IEEE Institute of Electrical and Electronic Engineers 美国电子与电器工程师学会IFPUG International Function Point Users Group 国际功能点用户组织Implementation require

51、ment实现需求Incident 事故 incremental testing 渐增测试 集成测试的一种，组件逐渐被增加到系统中直到整个系统被集成。infeasible path 不可达路径 不能够通过任何可能的输入值集合执行到的路径。Infrastructure基础设施input domain 输入域input domain输入域 所有可能输入的集合。Inspection 审查Inspection 检视 对文档进行的一种评审形式。installability testing 可安装性测试 确定系统的安装程序是否正确的测试。Instrumentation 插装 在程序中插入额外的代码以获得程序

52、在执行时行为的信息。Instrumenter 插装器 执行插装的工具Integration testing 集成测试Integration 集成 interface 接口interface analysis 接口分析 分析软件与硬件、用户和其它软件之间接口的需求规格。interface testing 接口测试 invalid inputs无效输入 Invoke 调用IPM Integrated Project Management 集成项目管理IR Interface Requirement 接口需求isolation testing 孤立测试 组件测试（单元测试）策略中的一种，把被测组件从

53、其上下文组件之中孤立出来，通过设计驱动和桩进行测试的一种方法。Isolation 隔离Issue 问题Iteration 迭代 Iterative development 迭代开发Jjob control language 工作控制语言 用于确定工作顺序，描述它们对操作系统要求并控制它们执行的语言。Job 工作 KKey concepts 关键概念Key Process Area关键过程区域Keyword driven testing 关键字驱动测试Kick-off meeting 启动会议KPA Key Process Area 关键过程域KR Key Requirements 关键需求LL10N Localization 本地化LA Lead Assessor 主任评审员Lag time 延迟时间L