测试专业术语
-
软件测试术语表
Acceptance
Testing
－－可接受性测试
一
般由用户
/
客户进行的确认是否可以接受一个产品的验证性测试
。
actual
outcome
－－实际结果
被测对象在特定的条件下实际产生的结果。
Ad Hoc
Testing
－－随机测试
测试人员通过随机的尝试系统的功能，试图使系统中断。
algorithm
－－算法
（
1
）一个定义好的有限规则集，用于在有限
步骤内解决一个问题；
（
2
）执行一个特定任务的任何操作序列。
algorithm
analysis
－－算法分析
一个
软件的验证确认任务，
用于保证选择的算法是正确的、
合适的和
稳定的，
并
且满足所有精确性、规模和时间方面的要求。
Alpha Testing
－－
Alpha
测试
由选
定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。
analysis
－－分析
（
1
）分解到一些原子部分或基本原则，以便确
定整体的特性；
（
2
）一个推理的过程，显示一个特定的结果是假设前提的结果；
（
3
）一个问题的方法研究，并且问题被分解为一些小
的相关单元作进一步详细
研究。
anomaly
－－异常
在文档或软件操作中观察到的任何与期望违背的结果。
application
software
－－应用软件
满足特定需要的软件。
architecture
－－构架
一个系统或组件的组织结构。
ASQ
－－自动化软件质量（
Automated Software
Quality
）
使用软件工具来提高软件的质量。
assertion
－－断言
指定一个程序必须已经存在的状态的一个逻辑表达式，
或者一组程序变
量在程序
执行期间的某个点上必须满足的条件。
assertion
checking
－－断言检查
用户在程序中嵌入的断言的检查。
audit
－－审计
一个或一组工作产品的独立检查以评价与规格、
标准、
契约或其它准则的符合程
度。
audit trail
－－审计跟踪
系统审计活动的一个时间记录。
Automated
Testing
－－自动化测试
使用
自动化测试工具来进行测试，这类测试一般不需要人干预，通常在
GUI
、性
能等测试中用得较多。
Backus-Naur Form
－－
BNF
范式
一种分析语言，用于形式化描述语言的语法
baseline
－－基线
一个已经被正式评审和批准的规格或产品，
它作为进一步开发的一个基础
，
并且
必须通过正式的变更流程来变更。
Basic
Block
－－基本块
一个或多个顺序的可执行语句块，不包含任何分支语句。
basis test
set
－－基本测试集
根据代码逻辑
引出来的一个测试用例集合，它保证能获得
100%
的分支覆盖
。
behaviour
－－行为
对于一个系统的一个函数的输入和预置条件组合以及需要的反应。
一个
函数的所
有规格包含一个或多个行为。
benchmark
－－标杆
/
指标
/
基准
一个标准，根据该标准可以进行度量或比较。
Beta Testing
－－
Bet
a
测试
在客户场地，
由客户进行的对产品预发布版本的测试。
这个测试一般是不可控的。
big-bang testing
－－大锤测
试
/
一次性集成测试
非渐增式集成测试的一种策略，
测试的时候把所有系统的组件一次性组合成系统
进行测试。
Black Box
Testing
－－黑盒测试
根据软
件的规格对软件进行的测试，
这类测试不考虑软件内部的运作原理，
因此
软件对用户来说就像一个黑盒子。
bottom-up
testing
－－由低向上测试
渐
增式集成测试的一种，
其策略是先测试底层的组件，
然后逐步加
入较高层次的
组件进行测试，直到系统所有组件都加入到系统。
boundary
value
－－边界值
一个输入或输出值，它处在等价类的边界上。
boundary value
coverage
－－边界值覆盖
通过测试用例，测试组件等价类的所有边界值。
boundary value
testing
－－边界值测试
通过边界值分析方法来生成测试用例的一种测试策略。
Boundry Value
Analysis
－－边界值分析
该
分析一般与等价类一起使用。经验认为软件的错误经常在输入的边界上产生，
因此边界值
分析就是分析软件输入边界的一种方法。
branch
－－分支
在组件中，
控制从任何语句到其它任何非直接后续语句的一个条件转换，
或者是
一个无条件转换。
branch
condition
－－分支条件
branch condition combination
coverage
－－分支条件组合覆盖
在每个判定中所有分支条件结果组合被测试用例覆盖到的百分比。
branch condition combination
testing
－－分支条件组合测试
通过执行分支条件结果组合来设计测试用例的一种方法。
branch condition
coverage
－－分支条件覆盖
每个判定中分支条件结果被测试用例覆盖到的百分比。
branch condition
testing
－－分支条件测试
通过执行分支条件结果来设计测试用例的一种方法。
branch
coverage
－－分支覆盖
通过测试执行到的分支的百分比。
branch
outcome
－－分支结果
见判定结果（
decision
outcome
）
branch
point
－－分支点
见判定（
decision
）
branch
testing
－－分支测试
通过执行分支结果来设计测试用例的一种方法。
Breadth
Testing
－－广度测试
在测试中测试一个产品的所有功能，但是不测试更细节的特性。
bug
－－缺陷
capture/playback tool
－－捕获
/
回放工具
参考
capture/replay tool
Capture/Replay Tool
－－捕获
/
回放工具
一种测试工
具，
能够捕获在测试过程中传递给软件的输入，
并且能够在以后
的时
间中，重复这个执行的过程。这类工具一般在
GUI
测试中用的较多。
CASE
－－计算机辅助软件工程（
computer aided software
engineering
）
用于支持软件开发的一个自动化系统。
CAST
－－计算机辅助测试
在测试过程中使用计算机软件工具进行辅助的测试。
cause-effect
graph
－－因果图
一个图形，<
/p>
用来表示输入
（原因）
与结果之间的关系
，
可以被用来设计测试用例。
certification
－－证明
一个过程，用于确定一个系统或组件与特定的需求相一致。
change
control
－－变更控制
一个用
于计算机系统或系统数据修改的过程，
该过程是质量保证程序的一个关键
子集，需要被明确的描述。
code audit
－－代码审计
由一个人、
组或工具对源代码进行的一个独立的评审，
以验证其与设计规格、
程
序标准的一致性。正确性和有效性也会被评价。
Code
Coverage
－－代码覆盖率
一
种分析方法，
用于确定在一个测试套执行后，
软件的哪些部分被
执行到了，
哪
些部分没有被执行到。
Code
Inspection
－－代码检视
一个正式的同行评审手段，
在该评审中，
作者的同行根据检查表
对程序的逻辑进
行提问，并检查其与编码规范的一致性。
Code
Walkthrough
－－代码走读
一个非正式的同行评审手段，
在该评审中，
代码被使用一些简
单的测试用例进行
人工执行，程序变量的状态被手工分析，以分析程序的逻辑和假设。<
/p>
code-based
testing
－－基于代码的测试
根据从实现中引出的目标设计测试用例。
coding
standards
－－编程规范
一
些编程方面需要遵循的标准，包括命名方式、排版格式等内容。
Compatibility
Testing
－－兼容性测试
测试
软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、
硬件等。
complete path testing
－－完全路径测试
参考穷尽测试（
exhaustive
testing
）
completeness
－－完整性
实体的所有必须部分必须被包含的属性。
complexity
－－复杂性
系统或组件难于理解或验证的程度。
Component
－－组件
一个最小的软件单元，有着独立的规格
Component
Testing
－－组件测试
参考单元测试
computation data
use
－－计算数据使用
一个不在条件中的数据使用。
computer system
security
－－计算机系统安全性
计算机软件和硬件对偶然的或故意的访问、使用、修改或破坏的一种保护机制。
condition
－－条件
一个不包含布尔操作的布尔表达式，例如：
A
condition
coverage
－－条件覆盖
通过测试执行到的条件的百分比。
condition
outcome
－－条件结果
条件为真为假的评价。
configuration
control
－－配置控制
配置管
理的一个方面，包括评价、协调、批准、和实现配置项的变更。
configuration
management
－－配置管理
一套技术和管理方面的原则用于确定和文档化一个配置项的功能和物理属性、
控
制对这些属性的变更、
记录和报告变更处理和实现的状态、
以及验证与指定需求
的一致性。
conformance
criterion
－－
一致性标准
判断组件在一个特定输入值上的行为是否符合规格的一种方法。
Conformance
Testing
－－
一致性测试
测试一个系统的实现是否和其基于的规格相一致的测试。
consistency
－－
一致性
在系统或组件的各组成部分和文档之间没有矛盾，一致的程度。
consistency
checker
－－
一致性检查器
一个软件工具，用于测试设计规格中需求的一致性和完整性。
control flow
－－控制流
程序执行中所有可能的事件顺序的一个抽象表示。
control flow
graph
－－控制流图
通过一个组件的可能替换控制流路径的一个图形表示。
conversion
testing
－－转换测试
用于测
试已有系统的数据是否能够转换到替代系统上的一种测试。
corrective
maintenance
－－故障检修
用于纠正硬件或软件中故障的维护。
correctness
－－正确性
软件遵从其规格的程度。
correctness
－－正确性
软件在其规格、
设计和编码中没有故障的程度。
软件、
文档和其它项满足需求的
程度。软件、文档和其
它项满足用户明显的和隐含的需求的程度。
coverage
－－覆盖率
用于确定测试所执行到的覆盖项的百分比。
coverage
item
－－覆盖项
作为测试基础的一个入口或属性：如语句、分支、条件等。
crash
－－崩溃
计算机系统或组件突然并完全的丧失功能。
criticality
－－关键性
需求、模块、错误、故障、失效或其它项对一个系统的操作或开发影响的程度。
criticality
analysis
－－关键性分析
需
求的一种分析，它根据需求的风险情况给每个需求项分配一个关键级别。
cyclomatic
complexity
－－循环复杂度
一个程序中独立路径的数量。
data
corruption
－－数据污染
违背数据一致性的情况。
data
definition
－－数据定义
一个可执行语句，在该语句上一个变量被赋予了一个值。
data definition C-use coverage
－－数据定义
C-use
覆盖
<
/p>
在组件中被测试执行到的数据定义
C-use
使用对的百分比。
data definition
C-use pair
－－数据定义
C-use
使用对
一个数据定义和一个计算数据使用，数据使用
的值是数据定义的值。
data definition
P-use coverage
－－数据定义
P-use
覆盖
在组件中被测试执行到的数据定义
P-use
使用对的百分比。
data definition P-use pair
－－
数据定义
P-use
使用对
一个数据定义和一个条件数据使用，数据使用的值是数据定义的值。
data definition-use
coverage
－－数据定义使用覆盖
在组件中被测试执行到的数据定义使用对的百分比。
data definition-use pair
－－数据定义使用对
一个数据定义和一个数据使用，数据使用的值是数据定义的值。
data definition-use
testing
－－数据定义使用测试
以执行数据定义使用对为目标进行测试用例设计的一种技术。
data
dictionary
－－数据字典
（
1
）一个软件系统中使用的所有数据项名称，以及这些项相关
属性的集合；
（
2
< br>）数据流、数据元素、文件、数据基础、和相关处理的一个集合。
data flow
analysis
－－数据流分析
一
个软件验证和确认过程，
用于保证输入和输出数据和它们的格式是被适当定义
的，并且数据流是正确的。
data flow
coverage
－－数据流覆盖
测试覆盖率的度量是根据变量在代码中的使用情况。
data flow
diagram
－－数据流图
把数据
源、
数据接受、
数据存储和数据处理作为节点描述的一个图形，
数据之间
的逻辑体现为节点之间的边。
data flow
testing
－－数据流测试
根据代码中变量的使用情况进行的测试。
data
integrity
－－数据完整性
一个数据集合完全、正确和一致的程度。
data use
－－数据使用
一个可执行的语句，在该语句中，变量的值被访问。
data
validation
－－数据确认
用于确认数据不正确、不完整和不合理的过程。
dead code
－－死代码
在程序操作过程中永远不可能被执行到的代码。
Debugging
－－调试
发现和去除软件失效根源的过程。
decision
－－判定
一个程序控制点，在该控制点上，控制流有两个或多个可替换路由。
Decision
condition
－－判定条件
判定内的一个条件。
decision
coverage
－－判定覆盖
在组件中被测试执行到的判定结果的百分比。
decision
outcome
－－判定结果
一个判定的结果，决定控制流走哪条路径。
decision
table
－－判定表
一个表格，用于显示条件和条件导致动作的集合。
Depth
Testing
－－深度测试
执行一
个产品的一个特性的所有细节，但不测试所有特性。比较广度测试。
design of
experiments
－－实验设计
一种计划实验的方法，这样适合分析的数据可以被收集。
design-based
testing
－－基于设计的测试
根据软件的构架或详细设计引出测试用例的一种方法。
desk
checking
－－桌面检查
通过手工模拟软件执行的方式进行测试的一种方式。
diagnostic
－－诊断
检测和隔离故障或失效的过程。
dirty
testing
－－肮脏测试
参考负面测试（
negative
testing
）
disaster
recovery
－－灾难恢复
一个灾难的恢复和重建过程或能力。
documentation testing
－－文档测试
测试关注于文档的正确性。
domain
－－域
值被选择的一个集合。
domain
testing
－－域测试
参考等价划分测试（
equivalence
partition testing
）
dynamic
analysis
－－动态分析
根据执行的行为评价一个系统或组件的过程。
Dynamic
Testing
－－动态测试
通过执行软件的手段来测试软件。
embedded
software
－－嵌入式软件
软
件运行在特定硬件设备中，
不能独立于硬件存在。
这类系统一般
要求实时性较
高。
emulator
－－仿真
一个模仿另一个系统的系统或设备，它接受相同的输入并产生相同的输出。
End-to-End
testing
－－端到端测试
在一
个模拟现实使用的场景下测试一个完整的应用环境，
例如和数据库交互，
使
用网络通信等。
entity relationship
diagram
－－实体关系图
描述现实世界中实体及它们关系的图形。
entry point
－－入口点
一个组件的第一个可执行语句。
Equivalence
Class
－－等价类
组件输入或输
出域的一个部分，
在该部分中，
组件的行为从组件的规格上来看
认
为是相同的。
equivalence partition
coverage
－－等价划分覆盖
在组件中被测试执行到的等价类的百分比。
equivalence partition
testing
－－等价划分测试
根据等价类设计测试用例的一种技术。
Equivalence
Partitioning
－－等价划分
组件的一个测试用例设计技术，
该技术从组件的等价类中选取典型的点进行测试。<
/p>
error
－－错误
IEEE
的定义是：一个人为产生不正确结果的行为。
error
guessing
－－错误猜测
根据
测试人员以往的经验猜测可能出现问题的地方来进行用例设计的一种技术。
error seeding
－－错误播种
/
错误插值
故意插入一些已知故
障（
fault
）到一个系统中去的过程，目的是为了根据错误
检测和跟踪的效率并估计系统中遗留缺陷的数量。
exception
－－异常
/
< br>例外
一个引起正常程序执行挂起的事件。
executable
statement
－－可执行语句
一个语句在被编译后会转换成目标代码，
当程序运行是会被执行，
并且可能对程
序数据产生动作。
Exhaustive
Testing
－－穷尽测试
测试覆盖软件的所有输入和条件组合。
exit point
－－出口点
一个组件的最后一个可执行语句。
expected
outcome
－－期望结果
参考预期结果（
predicted
outcome
）。
failure
－－失效
软件的行为与其期望的服务相背离。
fault
－－故障
在软件中一个错误的表现。
feasible
path
－－可达路径
可以通过一组输入值和条件执行到的一条路径。
feature
testing
－－特性测试
参考功能测试（
Functional
Testing
）
FMEA
－－失效模型效果分析（
Failure Modes and
Effects Analysis
）
可靠性分析中的一种方法，
用于在基本组件级别上确认对系统性能有重大影响的
失效。
FMECA
－－失效模型效果关键性分析
(Failure Modes and Effects
Criticality
Analysis)
FMEA
的一个扩展，它分析了失效结果的严重性。
FTA
－－故障树分析
(Fault
Tree Analysis)
引起一个不需要事件产生的条件和因素的确认和分析，
通常是严重影响系统性能、
经济性、安全性或其它需要特性。<
/p>
functional
decomposition
－－功能分解
参考模块分解（
modular
decomposition
）
Functional Specification
－－功能规格说明书
一个详细描述产品特性的文档。
Functional
Testing
－－功能测试
测试一个产品的特性和可操作行为以确定它们满足规格。
glass box
testing
－－玻璃盒测试
参考白盒测试（
White Box
Testing
）
IEEE
－－美国电子与电器工程师学会
（
Instit
ute
of
Electrical
and
Electronic
Engineers
）
incremental
testing
－－渐增测试
集成测
试的一种，组件逐渐被增加到系统中直到整个系统被集成。
infeasible
path
－－不可达路径
不能够通过任何可能的输入值集合执行到的路径。
input domain
－－输入域
所有可能输入的集合。
inspection
－－检视
对文档进行的一种评审形式。
installability
testing
－－可安装性测试
确定系统的安装程序是否正确的测试。
instrumentation
－－插装
在程序中插入额外的代码以获得程序在执行时行为的信息。
instrumenter
－－插装器
执行插装的工具
Integration
Testing
－－集成测试
测试一
个应用组合后的部分以确保它们的功能在组合之后正确。
该测试一般在单
元测试之后进行。
interface
－－接口
两个功能单元的共享边界。
interface
analysis
－－接口分析
分析软件与硬件、用户和其它软件之间接口的需求规格。
interface
testing
－－接口测试
测试系统组件间接口的一种测试。
invalid
inputs
－－无效输入
在程序功能输入域之外的测试数据。
isolation
testing
－－孤立测试
组件测
试
（单元测试）
策略中的一种，
把被测
组件从其上下文组件之中孤立出来，
通过设计驱动和桩进行测试的一种方法。
Job
－－工作
一个用户定义的要计算机完成的工作单元。
job control
language
－－工作控制语言
用于确定工作顺序，描述它们对操作系统要求并控制它们执行的语言。
LCSAJ
－－线性代码顺序和跳转（
Linear
Code Sequence And Jump
）
包含三个部分：
可执行语句线性顺序的起始，
线
性顺序的结束，
在线性顺序结束处控制流跳
转的目标语句。
LCSAJ coverage
－－
LCSAJ
覆盖
在组件中被测试执行到的
LCSAJ
的
百分比。
LCSAJ testi
ng
－－
LCSAJ
测试
根据
LCSAJ
设计测试
用例的一种技术。
Load
Testing
－－负载测试
通过测
试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。
logic
analysis
－－逻辑分析
（<
/p>
1
）评价软件设计的关键安全方程式、算法和控制逻辑的方法；<
/p>
（
2
）评价程
序操作的顺序并且检测可能导致灾难的错误。
logic-coverage
testing
－－逻辑覆盖测试
参考结构化测试用例设计（
structural test
case design
）
maintainability
－－可维护性
一个软件系统或组件可以被修改的容易程度，
这个修改一般
是因为缺陷纠正、
性能改进或特
性增加引起的。
maintainability
testing
－－可维护性测试
测试系统是否满足可维护性目标。
modified condition/decision coverage
－－修改条件
/
判定覆盖
在组件中被测试执行到的修改条件
/
判定的百分比。
modified condition/decision testing
－－修改条件
/
判定测试
根据
MC/DC
设计测试用例的
一种技术。
Monkey
Testing
－－跳跃式测试
随机性，跳跃式的测试一个系统，以确定一个系统是否会崩溃。
MTBF
－－平均失效间隔实际（<
/p>
mean time between
failures
）
两次失效之间的平均操作时间。
MTTF
－－平均失效时间
（
mean time to
failure
）
第一次失效之前的平均时间
MTTR
－－平均修复时间（
mean
time to repair
）
两次修复之间的平均时间
multiple condition
coverage
－－多条件覆盖
参考分支条件组合覆盖（
branch condition
combination coverage
）
mutation
analysis
－－变体分析
一种
确定测试用例套完整性的方法，
该方法通过判断测试用例套能够区别程序与其变体之间<
/p>
的程度。
Negative Testing
－－逆向测试
/
反向测试
/
负面测试
测试瞄准于使系统不能工作。
non-functional requirements
testing
－－非功能性需求测试
与功能不相关的需求测试，如：性能测试、可用性测试等。
N-switch coverage
－－
N
切换覆盖
< br>在组件中被测试执行到的
N
转换顺序的百分比。
N-switch testing
－－
N
切换测试
<
/p>
根据
N
转换顺序设计测试用例的一种技术
，经常用于状态转换测试中。
N-
transitions
－－
N
转换<
/p>
N
＋
1
转换顺序
operational
testing
－－可操作性测试
在系统或组件操作的环境中评价它们的表现。
output
domain
－－输出域
所有可能输出的集合。