软件测试常用术语表

xinfuankang

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－－Beta测试

  在客户场地，由客户进行的对产品预发布版本的测试。这个测试一般是不可控的。

  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－－缺陷

  第121贴【2004－10－14】：常见测试术语三

  capture/playback tool－－捕获/回放工具

  参考capture/replay tool

  Capture/Replay Tool－－捕获/回放工具

  一种测试工具，能够捕获在测试过程中传递给软件的输入，并且能够在以后的时间中，重复这个执行的过程。这

  类工具一般在GUI测试中用的较多。

  CASE－－计算机辅助软件工程（computer aided software engineering）

  用于支持软件开发的一个自动化系统。

  CAST－－计算机辅助测试

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

  cause-effect graph－－因果图

  一个图形，用来表示输入（原因）与结果之间的关系，可以被用来设计测试用例。

  certification －－证明

  一个过程，用于确定一个系统或组件与特定的需求相一致。

  change control－－变更控制

  一个用于计算机系统或系统数据修改的过程，该过程是质量保证程序的一个关键子集，需要被明确的描述。

  code audit －－代码审计

  由一个人、组或工具对源代码进行的一个独立的评审，以验证其与设计规格、程序标准的一致性。正确性和有效

  性也会被评价。

  Code Coverage－－代码覆盖率

  一种分析方法，用于确定在一个测试套执行后，软件的哪些部分被执行到了，哪些部分没有被执行到。

  Code Inspection－－代码检视

  一个正式的同行评审手段，在该评审中，作者的同行根据检查表对程序的逻辑进行提问，并检查其与编码规范的

  一致性。

  Code Walkthrough－－代码走读

  一个非正式的同行评审手段，在该评审中，代码被使用一些简单的测试用例进行人工执行，程序变量的状态被手

  工分析，以分析程序的逻辑和假设。

  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－－循环复杂度
  一个程序中独立路径的数量。