软件测试中英文术语对照表.docx

软件测试中英文术语对照表.docx

《软件测试中英文术语对照表.docx》由会员分享，可在线阅读，更多相关《软件测试中英文术语对照表.docx（62页珍藏版）》请在冰豆网上搜索。

软件测试中英文术语对照表

软件测试中英文术语对照表

英文术语

中文术语

对应的说明

AbstractTestCase

抽象测试用例

HighLevelTestCase

Acceptance

验收

AcceptanceTesting

AcceptanceCriteria

验收准则

为了满足组件或系统使用者、客户或其他授权实体的需要，组件或系统必须达到的准则（IEEE610）

AcceptanceTesting

验收测试

一般由用户/客户进行的确认是否可以接受一个系统的验证性测试。

是根据用户需求，业务流程进行的正式测试，以确保系统复合所有验收准则（与IEEE610一致）

AccessibilityTesting

可达性测试

可达性测试就是测试残疾人或不方便的人使用软件或者组件的容易程度。

即被测试的软件是否能够被残疾或者部分有障碍人士正常使用，这其中也包含了正常人在某些时候发生暂时性障碍的情况下正常使用，如怀抱婴儿等

Accuracy

准确性

软件产品提供的结果的正确性、一致性和精确程序的能力（ISO9126）。

参见FunctionalityTesting

ActualOutcome

实际结果

ActualResult

ActualResult

实际结果

组件或系统测试之后产生或观察到的行为

AdHocReview

临时评审

非正式评审（和正式的评审相比）

AdHocTesting

随机测试

非正式的测试执行。

即没有正式的测试准备、规格设计和技术应用，也没有期望结果和必须遵循的测试执行指南

Adaptability

适应性

软件产品无需进行额外修改，而适应不同特定环境的能力（ISO9126）。

参见Probability

AgileTesing

敏捷测试

对使用敏捷方法，如极限编程开发的项目进行的软件测试，强调测试优先行的设计模式，见TestDrivenDevelopment

AlgorithmTest[Tmap]

算法测试

BranchTesting

AlphaTesting

Alpha测试

由潜在用户或者独立的测试团队在开发环境下或者模拟实际操作环境下进行的测试，通常在开发组织之外进行。

通常是对现货软件（COTS）进行内部验收测试的一种方式

Analyzability

可分析性

软件产品缺陷或运行失败原因可悲诊断的能力，或对修改部分的可识别能力（ISO9126）。

参见Maintainability

Analyzer

分析器

StaticAnalyzer

Anomaly

异常

任何和基于需求文档、设计文档、用户文档、标准或者个人的期望和预期之间偏差的情况都可以称为异常。

异常可以在但不限于下面的过程中识别：

评审（Review）、测试分析（TestAnalysis）、编译（Compilation）、软件产品或应用文档的使用等。

参见Defect、Deviation、Error、Fault、Failure、Incident、Problem

ArcTesting

弧测试

BranchTesting

Attractiveness

吸引力

软件产品吸引用户的能力（ISO9126）。

参见Usability

Audit

审计

对软件产品或过程进行的独立评审，来确认产品是否满足标准、指南、规格说明书以及基于客观准则的步骤等，包括下面的文档：

（1）产品的内容与形式；

（2）产品开发应该遵循的流程；（3）度量符合标准或指南的准则（IEEE1028）

AuditTrail

审计跟踪

以过程输出作为起点，追溯到原始输入（例如数据）的路径。

有利于缺陷分析和过程审计的开展。

AutomatedTestware

自动测试件

用于自动化测试中的测试件，如工具脚本

Availability

可用性

用户使用系统或组件可操作和易用的程度，通常以百分比的形式出现（IEEE610）

Back-To-BackTesting

比对测试

用相同的输入，执行组件或系统的两个或多个变量，在产生偏差的时候，对输出结果进行比较和分析

Baseline

基线

通过正式评审或批准的规格或软件产品。

以它作为继续开发的基准。

并且在变更的时候，必须通过正式的变更流程来进行（与IEEE610一致）

BasicBlock

基本块

一个或多个连续可执行的语句块，不包含任何分支结构

BasisTestSet

基本测试集

根据组件的内部结构或规格说明书设计的一组测试用例集。

通过执行者组测试用例，可以保证达到100%的制定覆盖准则（CoverageCriterion）的要求

Bebugging

错误散播

ErrorSeeding

Behavior

行为

组件或系统对输入值的预置条件的反应

BenchmarkTest

基准测试

（1）为使系统或组件能够进行度量和比较而制定的一种测试标准；

（2）用于组件或系统之间进行的比较，或和

（1）中提到的标准进行比较的测试（与IEEE610一致）

BespokeSoftware

定制软件

为特定的用户定制开发的软件。

与之对比的是现货软件（Off-The-ShlfSoftware）

BestPractice

最佳实践

在界定范围内，帮助提高组织能力的有效方法或创新实践，通常被同行业组织视为最佳的方法或实践

BetaTesting

Beta测试

用户在开发组织外，没有开发人员参与的情况下进行的测试，检验软件是否满足客户及业务需求。

这种测试是软件产品获得市场反馈进行验收测试的一种形式

Big-BangTesting

大爆炸测试

非增量集成测试的一种方法，测试的时候将软件单元、硬件单元或者两者同时（而不是阶段性的）集成到组件或者整个系统中去进行测试（与IEEE610一致）。

参见IntegrationTesting

Black-BoxTechnique

黑盒技术

BlackBoxTestDesignTechnique

Black-BoxTesting

黑盒测试

不考虑组件或系统内部结构的功能或非功能测试

Black-BoxTestDesignTechnique

黑盒测试设计技术

基于系统功能或非功能规格说明书来设计或选择测试用例的技术，不设计软件内部结构

Bottom-UpTesting

自底向上测试

渐增式集成测试的一种，其策略是先测试底层的组件，为此为基础逐步进行更高层次的组件测试，直到系统集成所有的组件，参见IntergrationTesting

BoundaryValue

边界值

通过分析输入或输出变量的边界或等价划分（EquivalencePartition）的边界来设计测试用例，例如取变量的最大值、最小值、中间值、比最大值大的值、比最小值小的值等

BoundaryValueAnalysis

边界值分析

一种黑盒设计技术（BlackBoxTestDesignTechnique），基于边界值进行测试用例的设计

BoundaryValueCoverage

边界值覆盖

执行一个测试套件（TestSuite）所能覆盖的边界值（BoundaryValue）的百分比

BoundaryValueTesting

边界值测试

参见BoundaryValueAnalysis

Branch

分支

在组件中，控制从任何语句到其他任何非直接后续语句的一个条件转换，或者是一个无条件转换。

例如Case、Jump、GoTo、If-Then-Else语句

BranchCondition

分支条件

参见条件（Condition）

BranchConditionCombinationCoverage

分支条件组合覆盖

参见MultipleConditionCoverage

BranchConditionCombinationTesting

分支条件组合测试

参见MultipleConditionTesting

BranchConditionCoverage

分支条件覆盖

参见ConditionCoverage

BranchCoverage

分支覆盖

执行一个测试套件（TestSuite）所能覆盖的分支（Branch）的百分比。

100%的分支覆盖（BranchCoverage）是指100%判定条件覆盖（DecisionCoverage）和100%的语句覆盖（StatementCoverage）

Bug

缺陷

Defect

BugReport

缺陷报告

DefectReport

BusinessProcess-BasedTesting

基于业务过程测试

一种基于业务描述和/或业务流程的测试用例设计方法

CapabilitymaturityModel（CMM）

能力成熟度模型

描述有效的软件开发过程关键元素中欧的一个5个等级的框架，能力成熟度模型包含了在软件开发中维护中计划、工程和管理方面的最佳实践（BestPractive），缩写为CMM

CapabilitymaturityModelIntegration（CMMI）

能力成熟度模型集成

描述有效的软件产品开发和维护过程的关键元素框架，能力成熟度模型集成包含了软件开发计划、工程和管理等方面的最佳实践，是CMM制定的继承版本

Capture/PlaybackTool

捕获/回放工具

一种执行测试工具，能够在捕获在手工测试过程中的输入，并且声称可执行的自动化脚本用于或许阶段的测试（回放过程）。

这类工具通常使用在自动化回归测试（RegressionTest）中

Capture/ReplayTool

捕获/回放工具

Capture/PlaybackTool

CASE

计算机辅助软件工程

ComputerAidedSoftwareEngineering

CAST

计算机辅助软件测试

ComputerAidedSoftwareEngineering的首字母缩写，参见TestAutomation。

在测试过程中使用计算机软件工具进行辅助的测试

Cause-EffectGraph

因果图

用来表示输入（原因）与结果之间关系的图标。

因果图可以用来设计测试用例

Cause-EffectGraphing

因果图技术

通过因果图（Case-EffectGraph）设计测试用例的一种黑盒测试设计技术

Cause-EffectAnalysis

因果分析

参见因果图技术（Case-EffectGraphing）

Cause-EffectDecisionTable

因果决策表

参见决策表（DecitionTable）

Certification

认证

确认一个组件、系统或个人具备某些特定要求的过程，比如通过了某个考试

Changeability

可变性

软件产品适应修改的能力（ISO9126），参见Maintainability

ChangeControl

变更控制

ConfigurationControl

ChangeControlBoard

变更控制委员会CCB

ConfigurationControlBoard

Checker

检验员

评审员（Reviewer）

Chow'sCoverageMetrics

N切换覆盖度量

N切换覆盖（N-SwitchCoverage）

ClassificationTreeMethod

分类树方法

运用分类树法进行的一种黑盒测试设计技术，通过输入和/或输出域的组合来设计用例

Code

代码

计算机指令和数据定义在程序语言中的表现形式或是汇编程序、编译器或其他编译器的一种输出形式

CodeAnalyzer

代码分析器

参见静态分析器（StaticCodeAnalyzer）

CodeCoverage

代码覆盖

一种分析方法，用于确定软件的哪些部分被测试套件（TestSuite）覆盖到了，哪些部分没有。

例如语句覆盖（StatementCoverage）、判定覆盖（DecisionCoverage）和条件覆盖（ConditionCoverage）

Code-BasedTesting

基于待遇的测试

WhiteBoxTesting

Co-Existense

共存性

软件产品与通用环境下与之共享资源的其他独立软件之间的共存的能力[ISO9126]。

参见可移植性（Porability）

CommercialOff-The-ShelfSoftware

商业现货软件

参见现货软件（Off-TheShelfSoftware）

Comparator

比较器

TestComparator

Compiler

编译器

将高级命令语言编写的程序翻译成能运行的机器语言的工具（IEEE610）

CompleteTesting

完全测试

参见穷尽测试（ExhaustiveTesting）

CompletionCriteria

完成准侧

参见退出准则（ExitCriteria）

Complexity

复杂性

系统或组件的设计和/或内部结构难于理解、管理或规则的一致性方面的能力（ISO9126）

Compliance

一致性

软件产品与法律和类似规定的标准、管理或规则的一致性方面的能力（ISO9126）

ComplianceTesting

一致性测试

确定组件或系统是否满足标准的测试过程

Component

组件

一个可被独立测试的最小软件单元

ComponentIntegrationTesting

组件集成测试

为发现集成组件之间和集成组件交互产生的缺陷的一致性方面的能力（ISO9126）

ComponentSpecification

组件规格说明

根据组件的功能定义为特定输入而应该产生的输出规格进行的功能性和非功能性行为的描述。

例如资源使用（ResourceUtilization）

CompoundCondition

复合条件

通过逻辑操作符（AND,OR或者XOR）将两个或多个简单条件连接起来，如A>0ANDB<1000

ConcreteTestCase

具体测试用例

参见低阶测试用例（LowLevelTestCase）

ConcurrencyTesting

并发测试

测试组件或系统的两个或多个活动在同样的间隔时间内如何交叉或同步并发（与IEEE610一致）

Condition

条件

一个可悲判定为真、假（True,False）的逻辑表达式。

例如A>B

ConditionCombinationCoverage

条件组合覆盖

参见多条件覆盖（MultipleConditionCoverage）

ComditionDeterminationTesting

条件组合测试

参见多条件覆盖（MultipleConditionTesting）

ConditionTesting

条件覆盖

执行测试套件（TestSuite）能够覆盖到的条件百分比。

100%的条件覆盖要求测试到每一个条件语句真、假（True，False）的条件

ConditionDeterminationCoverage

条件决定覆盖

执行测试套件（TestSuite）覆盖到的能够独立影像判定结果的单个条件的百分比。

100%的条件决定覆盖意味着100%的判定条件覆盖

ConditionDeterminationTesting

条件决定测试

一种白盒测试技术，是对能够独立影响决策结果的单独条件的测试

ConditionTesting

条件测试

一种白盒测试技术，设计测试用例以执行条件的结果

ConditionOutcome

条件结果

条件判定的结果，为真为假

ConfidenceTest

置信测试

参见冒烟测试（SmokeTesting）

Configuration

配置

根据定义的数值、特性及其相关性综合设置一个组件或者系统

ConfigurationAuditing

配置审核

对配置库及配置项的内容进行检查的过程，比如检查标准的一致性（IEEE610）

ConfigurationControl

配饰控制

配置管理的一个方面，包括在正式陪吃完成之后对配置项进行评价、协调、批准或撤销，以及变更修改的控制（IEEE610）

ConfigurationControlBoard（CCB）

配置控制委员会

负责评估、批准或拒绝配置项修改的组织，此组织应确保被批准的配置修改的执行（IEEE610）

ConfigurationIdentification

配置标识

配置管理的要素之一，包括选择配置项，并在技术文档中记录其功能和物理特性（IEFF610）

ConfigurationItem

配置项

配置管理中的硬件、软件或软硬件结合体的集合，在配置管理过程中通常被当做一个实体（IEEE610）

ConfigurationManagement

配置管理

一套技术和管理方面的监督原则，用于确定和记录一个配置项的功能和物理属性、控制对这些属性的变更、记录和报告变更处理和实现的状态，以及验证与制定需求的一致性（IEEE610）

ConfigurationManagementTool

配置管理工具

支持对配置项进行识别、控制、变更管理、版本控制和发布配置项基线（Baseline）的工具（IEEE610）

ConfigurationTesting

配置测试

参见可移植性测试（PortabilityTesting）

ConfirmationTesting

确认测试

参见再测试（Re-Testing）

ConformanceTesting

一致性测试

参见复合型测试（ComplianceTesting）

Consistency

一致性

在系统后组件的各组成部分之间和文档之间无矛盾，一致，符合标准的程序[IEEE610]

ControlFlow

控制流

执行组件或系统中的一系列顺序发生的事件或路径

ControlFlowGraph

控制流图

通过图形来表示组件或系统中的一系列顺序发生的事件或路径

ControlFlowPath

控制流路径

参见路径（Path）

ConversionTesting

转换（移植）测试

用于测试已有系统的数据是否能够转换到替代系统上的一种测试

COTS

现货软件

CommercialOff-The-ShelfSoftware的首字母缩写。

参见Off-The-ShefSoftware

Coverage

覆盖

用于确定执行测试套件所能覆盖项目的程度，通常用百分比来表示

ConverageAnalysis

覆盖分析

对测试执行结果进行特定的覆盖项分析，判断其是否满足预先定义的标准，是否需要设计额外的测试用例。

CoverageItem

覆盖项

作为测试覆盖的基础的一个实体或属性，如等价划分（EquivalentPartitions）或代码语句（CodeStatement）等

CoverageTool

覆盖工具

对执行测试套件（TestSuite）能够覆盖的结构元素如语句（Statement）、分支（Branch）等进行客观测量的工具

CustomSoftware

定制软件

参见BespokeSoftware

CyclomaticComplexity

圈复杂度

程序中独立路径的数量。

一种代码复杂度的衡量标准，用来衡量一个模块判定结构的复杂程度，数量上表现为独立现行路径条数，即合理地预防所需测试的最少路径。

圈复杂度大说明程序代码可能质量低且难于测试和维护，根据经验，程序的可能错误和高的圈复杂度有着很大关系。

圈复杂度=L-N+2P，其中L表示为结果图（程序图）的边数；N为结构图（程序图）的节点数目；P为伍链接部分的数目（与McCabe一致）

CyclomaticNumber

圈数

参见CoyclomaticComplexity

DailyBuild

每日构建

每天对整个系统进行编译和链接的开发活动，从而保证在任何时候包含所有变更的完整系统是可用的

DataDefinition

数据定义

给变量赋了值的可执行语句

DataDrivenTesting

数据驱动测试

将测试输入和期望输出保存在表格中的一种脚本技术。

通过这种技术，运行单个控制脚本就可以执行表格中所有的测试。

像录制/回放这样的测试执行工具经常会应用数据驱动测试方法[FewsterAndGraham]。

参见KeywordDrivenTesting

DataFlow

数据流

数据对象的顺序和可能的状态变换的抽象表示，对象的状态可以是创建、使用和销毁

DataFlowAnalysis

数据流分析

一种基于变量定义和使用的静态分析（StaticAnalysis）模式

DataFlowCoverage

数据流覆盖

执行测试套件（TestSuite）能够覆盖已经定义数据流的百分比

DataFlowTesting

数据流测试

一种白盒测试技术，设计的测试用例用来测试变量的定义和使用路径

DataIntegrityTesting

数据完整性测试

参见DatabaseIntegrityTesting

DatabaseIntegrityTesting

数据库完整性测试

对数据库的存取和管理进行测试的方法和过程，确保数据库如期一样进行存取、处理等数据功能，同时也确保数据在存取过程中没有出现不可预料的删除、更新和创建

DeadCode

死代码

参见UnreachableCode

Debugger

调试器

参见DebuggingTool

Debugging

调试

发现、分析和去除软件失败根源的过程

DebuggingTool

调试工具

程序员用来复现软件失败、研究程序状态并查找响应缺陷的工具。

调试器可以让程序员单步执行程序，在任何程序语句中终止程序和设置、检查程序变量

Decision

判定

有两个或多个可替换路径控制流的一个程序控制点，也是连接两个或多个分支的节点

DecisionConditionCoverage

判定条件覆盖

执行测试用例套件（TestSuite）能够覆盖的条件结果（ConditionOutcomes）和判定结果（DecisionOutcomes）的百分比，100%的判定条件覆盖意味着100%的判定覆盖和100%的条件覆盖。

DecisionConditionTesting

判定条件测试

一种白盒测试（WhiteBox）设计技术，设计的测试用例用来测试条件结果（ConditionOutcomes）和判定结果（DecisionOutcomes）

DecisionCoverage

判定覆盖

执行测试套件能够覆盖的判定结果（DecisionOutcomes）的百分比。

100%的判定覆盖（DecisionCoverage）意味着100%的分支覆盖（BranchCoverage）和100%语句覆盖（StatementCoverage）

Dec