字母A
abstract test case 抽象测试用例 参见high level test case.
acceptance 验收 参见acceptance testing.
acceptance criteria 验收准则 为了满足组件或系统使用者、客户或其他授权实体的需要，组件或系统必须达到的准则。[IEEE 610]
acceptance testing 验收测试 一般由用户/客户进行的确认是否可以接受一个系统的验证性测试。是根据用户需求，业务流程进行的正式测试以确保系统符合所有验收准则。[与IEEE 610一致]
accessibility testing 可达性测试 可达性测试就是测试残疾人或不方便的人们使用软件或者组件的容易程度[Gerrard]。即被测试的软件是否能够被残疾或者部分有障碍人士正常使用，这其中也包含了正常人在某些时候发生暂时性障碍的情况下正常使用，如怀抱婴儿等。
accuracy 准确性 软件产品的提供的结果的正确性、一致性和精确程度的能力。[ISO9126] 参见functionality testing
actual outcome 实际结果 参见actual result
actual result 实际结果 组件或系统测试之后产生或观察到的行为
ad hoc review 临时评审 非正式评审（和正式的评审相比）
ad hoc testing 随机测试 非正式的测试执行。即没有正式的测试准备、规格设计和技术应用，也没有期望结果和必须遵循的测试执行指南。
adaptability 适应性 软件产品毋需进行额外修改，而适应不同特定环境的能力。[ISO9126] 参见 protability
agile testing 敏捷测试 对使用敏捷方法，如极限编程(Extreme programming)开发的项目进行的软件测试，强调测试优先行的设计模式，见test driven development
algorithm test [TMap] 算法测试 参见branch testing
alpha testing Alpha测试 由潜在用户或者独立的测试团队在开发环境下或者模拟实际操作环境下进行的测试,通常在开发组织之外进行。通常是对现货软件(COTS)进行内部验收测试的一种方式。
analyzability 可分析性 软件产品缺陷或运行失败原因可被诊断的能力，或对修改部分的可识别能力。[ISO 9126] 参见 maintainability.
analyzer 分析器 参见 static analyzer
anomaly 异常 任何和基于需求文档、设计文档、用户文档、标准或者个人的期望和预期之间偏差的情况，都可以称为异常。异常可以在但不限于下面的过程中识别：评审(review)、测试分析(test analysis)、 编译(compilation)、软件产品或应用文档的使用等。参见defect, deviation, error, fault, failure, incident, problem
arc testing 弧测试 参见 branch testing
attractiveness 吸引力 软件产品吸引用户的能力.[ISO9126]参见usability
audit 审计 对软件产品或过程进行的独立评审，来确认产品是否满足标准、指南、规格说明书以及基于客观准则的步骤等，包括下面的文档：(1)产品的内容与形式(2)产品开发应该遵循的流程(3)度量符合标准或指南的准则。[IEEE1028]
audit trail 审计跟踪 以过程输出作为起点，追溯到原始输入（例如：数据）的路径。有利于缺陷分析和过程审计的开展。[与TMap一致]
automated testware 自动测试件 用于自动化测试中的测试件，如，工具脚本
availability 可用性 用户使用系统或组件的可操作和易用的程度，通常以百分比的形式出现。[IEEE 610]
字母B
back-to-back testing 比对测试 用相同的输入，执行组件或系统的两个或多个变量，在产生偏差的时候，对输出结果进行比较和分析。
baseline 基线 通过正式评审或批准的规格或软件产品。以它作为继续开发的基准。并且在变更的时候，必须通过正式的变更流程来进行。[与IEEE 610一致]
basic block 基本块 一个或多个连续可执行的语句块，不包含任何分支语句。
basis test set 基本测试集 根据组件的内部结构或规格说明书设计的一组测试用例集。通过执行这组测试用例可以保证达到100％的指定覆盖准则(coverage criterion)的要求。
bebugging 错误散播 参见error seeding
behavior 行为 组件或系统对输入值和预置条件的反应。
benchmark test 基准测试 (1)为使系统或组件能够进行度量和比较而制定的一种测试标准；(2)用于组件或系统之间进行的比较或和（1）中提到的标准进行比较的测试。[与IEEE 610一致]
bespoke software 定制软件 为特定的用户定制开发的软件。与之对比的是现货软件(off-the-shelf software)。
best practice 最佳实践 在界定范围内，帮助提高组织能力的有效方法或创新实践，通常被同行业组织视最佳的方法或实践。
beta testing Beta测试 用户在开发组织外，没有开发人员参与的情况下进行的测试，检验软件是否满足客户及业务需求。这种测试是软件产品获得市场反馈进行验收测试的一种形式。
big-bang testing 大爆炸测试 非增量集成测试的一种方法，测试的时候将软件单元、硬件单元或者两者同时,而不是阶段性的，集成到组件或者整个系统中去进行测试。[与IEEE 610一致]参见integration testing。
black-box technique 黑盒技术 参见black box test design technique
black-box testing 黑盒测试 不考虑组件或系统内部结构的功能或非功能测试。
black-box test design technique 黑盒测试设计技术 基于系统功能或非功能规格说明书来设计或者选择测试用例的技术，不涉及软件内部结构。
bottom-up testing 自底向上测试 渐增式集成测试的一种，其策略是先测试底层的组件，以此为基础逐步进行更高层次的组件测试，直到系统集成所有的组件。参见integration testing。
boundary value 边界值 通过分析输入或输出变量的边界或等价划分(equivalence partition)的边界来设计测试用例，例如，取变量的最大、最小值、中间值、比最大值大的值、比最小值小的值等。
boundary value analysis 边界值分析 一种黑盒设计技术(black box test design technique)，基于边界值进行测试用例的设计。
boundary value coverage 边界值覆盖 执行一个测试套件(test suite)所能覆盖的边界值(boundary value)的百分比。
boundary value testing 边界值测试 参见boundary value analysis。
branch 分支 在组件中，控制从任何语句到其它任何非直接后续语句的一个条件转换，或者是一个无条件转换。例如: case, jump, go to, if-then-else 语句.
branch condition 分支条件 参见条件(condition)
branch condition combination coverage 分支条件组合覆盖 参见 multiple condition coverage.
branch condition combination testing 分支条件组合测试 参见 multiple condition testing.
branch condition coverage 分支条件覆盖 参见 condition coverage.
branch coverage 分支覆盖 执行一个测试套件(test suite)所能覆盖的分支(branch)的百分比。100%的分支覆盖(branch coverage)是指100%判定条件覆盖(decision covergate) 和100%的语句覆盖(statement covergage)。
bug 缺陷 参见defect。
bug report 缺陷报告 参见defect report。
business process-based testing 基于业务过程测试 一种基于业务描述和/或业务流程的测试用例设计方法。
