软件测试常用术语

《软件测试常用术语》由会员分享，可在线阅读，更多相关《软件测试常用术语（30页珍藏版）》请在金锄头文库上搜索。

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

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

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

4、ng随机测试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 testingarchitecture构架一个系统或组件的组织结构。

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

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

9、的形式出现。BBA Baseline Assessment 基线评审back-to-back testing比对测试用相同的输入，执行组件或系统的两个或多个变量，在产生偏差 的时候，对输出结果进行比较和分析。Backus-Naur Form BNF范式一种分析语言，用于形式化描述语言的语法Baseline Configuration Management基线配置管理基线配置管理指建立经正式评审和认可，并作为进一步开发工作的基础的基线的过程。某些（如软件设计和代码）软件工作产品应该有 在预先确定点上建立的基线，并且应该对这些项施加严格的更改控制过程。当与顾客打交道时，这 些基线提供控制和稳定性。

10、Baseline Management基线管理基线管理是指在配置管理中，运用技术上和行政上的管理来指定一些文档和更改这些文档，这些文档在某些特定时刻正式标识和建立起基线。baseline基线通过正式评审或批准的规格或软件产品。以它作为继续开发的基准。并且在变 更的时候，必须通过正式的变更流程来进行。Basic Block基本块一个或多个顺序的可执行语句块，不包含任何分支语句。basis test set基本测试集 根据组件的内部结构或规格说明书设计的一组测试用例集。通过执行 这组测试用例可以保证达到100%的指定覆盖准则(coverage criterion) 的要求。basis test s

11、et基本测试集根据代码逻辑引出来的一个测试用例集合，它保证能获得100%的分 支覆盖。bebugging 错误散播 参见 error seedingBehaviour行为对于一个系统的一个函数的输入和预置条件组合以及需要的反应。一个函数 的所有规格包含一个或多个行为。benchmark test基准测试(1)为使系统或组件能够进行度量和比较而制定的一种测试标准；(2) 用于组件或系统之间进行的比较或和(1)中提到的标准进行比较的测试。Benchmark标杆/指标/基准一个标准，根据该标准可以进行度量或比较。bespoke software定制软件 为特定的用户定制开发的软件。与之对比的是现货软

12、件(off-the-shelf software)。best practice最佳实践在界定范围内，帮助提高组织能力的有效方法或创新实践，通常被同行 业组织视最佳的方法或实践。Beta Testing Beta测试/测试，用户在开发组织外，由用户进行的对产品预发布版本的测试。 这个测试一般是不可控的。big-bang testing Integration testing where no incremental testing takes place prior to all the systems components being combined to form the system。

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

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

15、试组件等价类的所有边界值。boundary value testing边界值测试通过边界值分析方法来生成测试用例的一种测试策略。Boundary value testing边界值测试通过边界值分析方法来生成测试用例的一种测试策略。boundary value边界值 通过分析输入或输出变量的边界或等价划分(equivalence partition) 的边界来设计测试用例，例如，取变量的最大、最小值、中间值、比最大值大的值、比最小值小的 值等。Boundry Value Analysis边界值分析 该分析一般与等价类一起使用。经验认为软件的错误经常在输入的边界上产生，因此边界值分析就是分析软件输入边界的一种方法branch condition combination coverage分支条件组合覆盖 在每个判定中所有分支条件结果组合 被测试用例覆盖到的百分比。Branch condition combination coverage 分支条件组合覆盖Branch condition combination testing分支条件组合测试通过执行分支条件结果组合来设计测 试用例的一种方法。branch condition coverage 分支条件覆盖branch condition testing分支条件测试 通过执行分支条件结果来设计测试用例的一种方法。Branch condit