序号
中文术语
中文解释
1
恶意用例
一种场景用例，在这种用例中，一些恶意的实施者正在对系统或其他参与者造成伤害。
2
验收准则
为了使用者、客户或其他授权实体能接受，组件或系统必须满足的准则。
3
验收测试
关注是否接受系统的一种测试级别。
4
验收测试驱动开发(ATDD)
一种合作开发方法，团队和客户使用客户自己的领域语言来理解需求，形成组件或系统的测试依据。
5
易访问性
在指定的使用周境中，为了达到指定的目标，产品或系统被具有最广泛的特征和能力的个体所使用的程度。
6
帐号收集
从大量中获取地址列表的过程。
7
可核查性
实体的活动可以被唯一地追溯到该实体的程度
8
实施（IDEAL）
IDEAL 模型中开展改进、付诸实践以及在整个组织中部署的阶段。实施阶段包括：提出方案， 试用（或测试）方案，优化方案，实施方案。
9
实测结果
组件或系统被测试后，产生或观察到的行为。同义词 actual outcome。
10
临时评审
由独立的评审人员执行的非正式的评审技术，没有结构化的过程。
11
随机测试
非正式的测试执行。没有正式的测试准备、测试设计，也没有预期测试结果和测试指导的测试执行活动。
12
适应性
产品或系统能够有效地、有效率地适应不同的或演变的硬件、软件、或者其他运行（或使用）环境的程度。
13
敏捷宣言
关于敏捷软件开发基本价值观的声明。这些价值观包括：个体与交互重于过程和工具，可工作的软件重于完备的文档，客户协作重于合同谈判，响应变化重于遵循计划。
14
敏捷软件开发
基于迭代增量开发的一组软件开发方法，其需求和解决方案由自我组织、跨职能部门的团队协作而得出。
15
敏捷测试
针对使用敏捷方法开发软件项目的一种测试实践，融合了技术和方法，如极限编程。将开发看作测试的客户，强调测试先行的设计模式。
16
Alpha 测试
由开发组织之外的人员在开发人员的测试环境中进行模拟或实际操作的一种验收测试。
17
分析式的测试策略
测试团队通过分析测试依据以确定测试条件是否覆盖的一种测试策略。
18
易分析性
可以评估预期变更（变更组件或系统的一个或多个部分）对组件或系统的影响、诊断产品的缺陷或失效原因、识别待修改部分的有效性和效率程度。
19
异常
与基于需求规格、设计文档、用户文档、标准或用户期望和经验所得出的预期之间出现的任何 偏差情况，都可称为异常。异常可在但不限于在下面的过程中被识别：评审、测试分析、编译、软件产品或应用文档的使用等情形。
20
反恶意软件
用来检测和抑制恶意软件的软件。
21
反面模式
初始认为有益和常使用的重复动作、过程、结构或可重用解决方案，但在实践中是非有效的、或事与愿违的。
22
应用程序编程接口
应用编程接口 Application Programming Interface
的首字母缩略语。
23
应用程序编程接口测试
测试通过应用程序的编程接口，以直接提交命令给被测试软件的方式进行。
24
易理解性
软件产品对于用户是否易于理解、软件是否适 用、怎样应用于特定任务和应用的条件的能力。同义词 understandability。
25
评估报告
总结评估结果的文档，例如：结论、建议和发现。
26
评估员
执行评估的人，可为评估团队中的任意一员。
27
原子条件
不包含逻辑操作符的条件。
28
基于攻击的测试
一种基于经验的测试技术，通过软件攻击来诱发失效，特别是针对安全性相关的软件失效。
29
攻击向量
攻击者为达到恶意目的而访问系统的一种路径或方法。
30
攻击者
未经授权试图访问系统的数据、功能或其他受限区域的人或进程，可能带有恶意意图。
31
审计
由第三方对工作产品或过程进行的独立检查，以评估它们是否满足规格说明、标准、合同协议或者其他准则。
32
鉴别
决定一个人或一个过程实际上被宣称为谁或什么。
33
真实性
对象或资源的身份识别能够被证实符合其声明的程度。
34
授权
允许用户或进程访问资源。
35
自动化测试件
用于自动化测试中的测试件，例如，工具脚本
36
自动化代码缺陷密
度
作为测试自动化代码组成部分的缺陷密度。
37
可用性
系统、产品或组件在需要使用时能够进行操作和访问的程度。
38
平衡计分卡
一个绩效评估工具，用来评估公司的运营活动是否与商业远景，企业战略相一致。
39
行为驱动开发(BDD)
一种合作开发方法，团队关注组件或系统预期的行为，形成测试依据。
40
基准测试
(1)为进行度量和比较而制定的一套标准；(2) 用于组件或系统相互之间进行比较或与（1）中提到的标准进行比较而进行的测试。
41
Beta 测试
由开发组织之外的人员在开发以外场所进行的模拟或实际操作的一种验收测试。
42
大爆炸测试
一种将所有软件单元、硬件单元或者两者一次性而非分阶段地组合到组件或者整个系统中的集成测试方法。
43
黑盒测试技术
基于分析组件或系统规格说明的一种测试技术。同义词 specification-based test technique。
44
阻塞的测试用例
因为未满足前置条件而无法被执行的测试用例。
45
僵尸网络
由被攻击的计算机组成的网络，称为“僵尸”或
“机器人”，由第三方控制，用来传输恶意软件或垃圾邮件，或发起攻击。
46
自底向上测试
一种增量式集成测试方法，首先测试最底层组件，在此基础上进行更高层次组件的测试，如此
反复直到系统最高层组件被测试到为止。
47
边界值
有序等价类划分的最小值或最大值。
48
边界值分析
一种基于边界值进行测试用例设计的黑盒测试技术。
49
边界值覆盖
边界值的覆盖率。
50
分支
代码中控制从一个位置到不同位置的转移。
51
分支覆盖
分支的覆盖率。
52
构建验证测试
一组自动化测试集，用于确认每个新的构建的完整性，并验证其关键（或核心）部分的功能性、稳定性和可测试性。当构建频繁发布时（例如敏捷项目），在进一步测试每个新构建前，先运行该自动化测试集。这种实践通常为业界所采用。
53
基于业务过程测试
一种基于业务过程描述和/或业务知识的测试用例设计方法。
54
调用图
程序中子程序间调用关系的抽象表示。
55
能力成熟度模型集成
描述有效的产品开发和维护过程的关键元素框架，能力成熟度模型集成包含了产品开发、维护计划、工程和管理等方面的最佳实践，是 CMM 指定的继承版本。
56
容量
组件或系统参数的最大限量满足需求的程度。
57
容量测试
评估系统容量的测试。
58
录制/回放
一种测试自动化方法，对测试对象执行手工测试时对测试对象的输入和记录生成自动化测试脚本，这些脚本可以重复执行（即回放）。同义词capture/replay， record/playback。
59
录制/回放工具
测试执行工具之一，能够录制在手工测试过程中的输入，并且生成可执行的自动化脚本用于后续阶段的测试（例如：回放过程）。这类工具通常使用在自动化回归测试中。同义词capture/replay tool， record/playback tool
60
计算机辅助软件工程
Computer Aided Software Engineering 的首字母缩写
61
计算机辅助软件测试
Computer Aided Software Testing 的首字母缩写。
62
原因分析
对缺陷进行分析，用来确定其产生的根本原因。
63
因果图
一种用于输入（原因）和其相关联输出（结果）的逻辑关系的图形化表示。
64
因果图
用来表示输入（原因）与结果之间关系的图表， 因果图可以用来设计测试用例。
65
因果图
通过因果图设计测试用例的一种黑盒测试技术。
66
认证
确认一个组件、系统或个人具备某些特定要求的过程，比如通过了某项考试。
67
变更管理
(1)将个体、团队和组织从当前状态转换到期望的未来状态的一种结构性方法。(2)产品或服务中处理变更或者变更建议的可控方法。
68
变更相关测试
修改组件或系统引发的一种测试类型。
69
基于检查表的评审
一种由问题列表或必须属性指导的评审技术。
70
基于检查表的测试
一种基于经验的测试技术。依靠有经验的测试人员运用高级别的条目表或者一系列必须验证的产品规则或标准进行记录、检查或提醒。
71
分类树
表示测试对象的测试数据域的树形图。
72
分类树技术
运用分类树法而进行的一种黑盒测试技术。同义词 classification tree method。
73
命令行界面
命令行操作界面（Command-Line Interface）的缩写
74
命令行界面测试
直接通过命令行操作界面，向软件输入操作指令进行测试
75
共存性
在与其他产品共享通用的环境和资源的条件下， 产品能够有效执行其所需的功能并且不会对其 他产品造成负面影响的程度。
76
代码覆盖
代码的覆盖率。
77
相互依赖行为
在情绪或心理上过度地依赖他人，特别是在试图改变他人目前（不好的）行为的同时又继续支持其行为。例如，在软件测试时，一边抱怨太晚交付测试，一边享受采用“英雄主义”方式加班工作来弥补交付延迟，造成进一步的延迟。
78
组合测试
一种黑盒测试设计技术，其设计的测试用例用来执行特定的多参数的值的组合。
79
命令行界面
一种通过命令行形式输入信息的界面。.
method同义词
80
商业现货软件
面向大众市场（即大量用户）开发的软件产品。同义词 off-the-shelf software
81
兼容性
在共享相同的硬件或软件环境下，产品、系统或组件能够与其他产品、系统或组件交换信息，或执行其所需功能的程度。
82
复杂性
系统或组件的设计和/或内部结构难于理解、维护或验证的程度。
83
依从性
组件或系统遵循相关的标准、约定或法律法规要求的特性
84
依从性测试
确定组件或系统是否满足依从性的测试过程。同义词 conformance testing， regulation testing， standards testing。
85
组件集成测试
测试采用的测试项是集成的组件之间的接口和交互。同义词 link testing。
86
组件规格说明
在特定条件下，根据组件的特定输入值而应该产生的输出值对组件功能进行描述，以及对所需的非功能行为描述，例如：资源利用。
87
组件测试
关注单个硬件或软件组件的一种测试级别。
88
电子取证
确定安全攻击是如何成功的以及评估造成的破坏的实践
89
并发测试
评估组件或系统包含的并发特性是否满足规定的测试。
90
条件覆盖率
条件结果的覆盖率。同义词 branch condition coverage
91
条件结果
条件判定的结果，为“真”或“假”。
92
置信区间
管理项目风险时，实施应急措施从而有效降低风险影响的时间区间。
93
保密性
组件或系统确保数据只有在被授权时才能被访问的程度
94
配置项
配置管理中的工作产品的集合，这个集合在配置管理过程中通常被当做一个实体。
95
配置管理
一套技术和管理方面的监督原则，用于确定和记录一个配置项的功能和物理属性、控制对这些属性的变更、记录和报告变更处理和实施的状态、以及验证与指定需求的一致性。
96
确认测试
一种变更相关测试的类型，在缺陷修复后进行，，目的是确认由这些缺陷导致的失效不再发生。同义词 re-testing
97
咨询测试策略
测试团队依赖一个或多个关键利益相关者的输入来决定策略细节的一种测试策略。同义词directed test strategy
98
咨询测试
由测试团队外部适当的专家建议和指导驱动的
测试。（例如技术专家和/或业务领域专家）
99
基于内容的模型
一种软件过程模型，对良好的工程实践提供了详细的描述。例如，测试实践。同义词 contentreference model

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。