51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2050|回复: 0
打印 上一主题 下一主题

常见测试术语四

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-3-30 20:50:47 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
data corruption--数据污染
  违背数据一致性的情况。
  data definition--数据定义

  一个可执行语句,在该语句上一个变量被赋予了一个值。

  data definition C-use coverage--数据定义C-use覆盖

  在组件中被测试执行到的数据定义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)数据流、数据元素、文件、数据基础、和相关处理的一个集合。

  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--等价划分

  组件的一个测试用例设计技术,该技术从组件的等价类中选取典型的点进行测试。

  error--错误

  IEEE的定义是:一个人为产生不正确结果的行为。

  error guessing--错误猜测

  根据测试人员以往的经验猜测可能出现问题的地方来进行用例设计的一种技术。

  error seeding--错误播种/错误插值

  故意插入一些已知故障(fault)到一个系统中去的过程,目的是为了根据错误检测和跟踪的效率并估计系统中遗

  留缺陷的数量。

  exception--异常/例外

  一个引起正常程序执行挂起的事件。

  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)

  引起一个不需要事件产生的条件和因素的确认和分析,通常是严重影响系统性能、经济性、安全性或其它需要特

  性。

  functional decomposition--功能分解

  参考模块分解(modular decomposition)

  Functional Specification --功能规格说明书

  一个详细描述产品特性的文档。

  Functional Testing--功能测试

  测试一个产品的特性和可操作行为以确定它们满足规格。
常见测试术语七

  glass box testing--玻璃盒测试

  参考白盒测试(White Box Testing)

  IEEE--美国电子与电器工程师学会(Institute 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 testing--LCSAJ测试
  根据LCSAJ设计测试用例的一种技术。
  Load Testing--负载测试
  通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力。
  logic analysis--逻辑分析
  (1)评价软件设计的关键安全方程式、算法和控制逻辑的方法。(2)评价程序操作的顺序并且检测可能导致灾难的错误。
  logic-coverage testing--逻辑覆盖测试
  参考结构化测试用例设计(structural test case design)
  maintainability--可维护性
  一个软件系统或组件可以被修改的容易程度,这个修改一般是因为缺陷纠正、性能改进或特性增加引起的。
  maintainability testing--可维护性测试
  测试系统是否满足可维护性目标。
  modified condition/decision coverage--修改条件/判定覆盖

  在组件中被测试执行到的修改条件/判定的百分比。

  modified condition/decision testing --修改条件/判定测试

  根据MC/DC设计测试用例的一种技术。

  Monkey Testing--跳跃式测试

  随机性,跳跃式的测试一个系统,以确定一个系统是否会崩溃。

  MTBF--平均失效间隔实际(mean time between failures)

  两次失效之间的平均操作时间。

  MTTF--平均失效时间 (mean time to failure)

  第一次失效之前的平均时间

  MTTR--平均修复时间(mean time to repair)

  两次修复之间的平均时间

  multiple condition coverage--多条件覆盖

  参考分支条件组合覆盖(branch condition combination coverage)

  mutation analysis--变体分析

  一种确定测试用例套完整性的方法,该方法通过判断测试用例套能够区别程序与其变体之间的程度。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-9 10:03 , Processed in 0.065022 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表