D | ||
daily build | 每日构建 | 每天对整个系统进行编译和链接的开发活动，从而保证在任何时候包含所有变更的完整系统是可用的。 |
data definition | 数据定义 | 给变量赋了值的可执行语句。 |
data driven testing | 数据驱动测试 | |
data flow | 数据流 | 数据对象的顺序的和可能的状态变换的抽象表示，对象的状态可以是：创建、使用和销毁。[Beizer] |
data flow analysis | 数据流分析 | 一种基于变量定义和使用的静态分析(static analysis)模式。 |
data flow coverage | 数据流覆盖 | |
data flow testing | 数据流测试 | |
data integrity testing | 数据完整性测试 | 参见database integrity testing。 |
database integrity testing | 对数据库的存取和管理进行测试的方法和过程，确保数据库如预期一样进行存取、处理等数据功能，同时也确保数据在存取过程中没有出现不可预料的删除、更新和创建。 | |
dead code | 死代码 | 参见unreachable code。 |
debugger | 调试器 | 参见debugging tool。 |
debugging | 调试 | 发现、分析和去除软件失败根源的过程。 |
debugging tool | 调试工具 | 程序员用来复现软件失败、研究程序状态并查找相应缺陷的工具。调试器可以让程序员单步执行程序、在任何程序语句中终止程序和设置、检查程序变量。 |
decision | 判定 | 有两个或多个可替换路径控制流的一个程序控制点。也是连接两个或多个分支的节点。 |
decision condition coverage | 判定条件覆盖 | 执行测试用例套件(test suite)能够覆盖的条件结果(condition outcomes)和判定结果(decision outcomes)的百分比，100%的判定条件覆盖意味着100%的判定覆盖和100%的条件覆盖。 |
decision condition testing | 判定条件测试 | 一种白盒测试(white box)设计技术，设计的测试用例用来测试条件结果(condition outcoems)和判定结果(decision outcomes)。 |
decision coverage | 判定覆盖 | 执行测试套件能够覆盖的判定结果(decsion outcomes)的百分比。100％的判定覆盖(decision converage)意味着100的分支覆盖(branch coverage)和100％的语句覆盖(statement coverage)。 |
decision table | 决策表 | 一个可用来设计测试用例的表格，一般有条件桩、行动桩和条件规则条目和行动规则条目组成。 |
decision table testing | 决策表测试 | |
decision testing | 决策测试 | 白盒测试设计技术的一种，设计测试用例来执行判定结果。 |
decision outcome | 判定结果 | 判定的结果（可以来决定执行哪条分支）。 |
defect | 缺陷 | 可能会导致软件组件或系统无法执行其定义的功能的瑕疵，例如：错误的语句或变量定义。如果在组件或系统运行中遇到缺陷，可能会导致运行的失败。 |
defect density | 缺陷密度 | 将软件组件或系统的缺陷数和软件或者组件规模相比的一种度量（标准的度量术语包括，如每千行代码、每个类或功能点存在的缺陷数）。 |
Defect Detection Percentage (DDP) | 缺陷发现百分比 | |
defect management | 发现、研究、处置、去除缺陷的过程。包括记录缺陷、分类缺陷和识别缺陷可能造成的影响。[与IEEE 1044一致] | |
defect management tool | 缺陷管理工具 | 一个方便记录和跟踪缺陷的工具，通常包括以缺陷修复操作流程为引导的任务分配、缺陷修复、重新测试等行为的跟踪和控制，并且提供文档形式的报告。参见 incident management tool. |
defect masking | 缺陷屏蔽 | 一个缺陷阻碍另一个缺陷被发现的情况[与IEEE 610一致] |
defect report | 缺陷报告 | 对造成软件组件或系统不能实现预期功能的缺陷进行描述的报告文件。 |
defect tracking tool | 缺陷跟踪工具 | 参见defect management tool |
definition-use pair | 定义-使用对 | 变量在程序中定义和使用的相关性，变量使用包括变量计算（比如：乘）或者变量引导程序执行一条路径（预定义）。 |
deliverable | 交付物 | |
design-based testing | 基于设计的测试 | 根据组件或系统的构架或详细设计设计测试用例的一种测试方法（例如：组件或系统之间接口的测试）。 |
desk checking | 桌面检查 | 通过手工模拟执行来对软件或规格说明而进行的测试。参见 static analysis. |
development testing | 开发测试 | 通常在开发环境下，开发人员在组件或系统实现过程中进行的正式或非正式的测试。[与IEEE 610 一致] |
deviation | 偏离 | 参见incident。 |
deviation report | 偏离报告 | 参见incident report。 |
dirty testing | 负面测试 | 参见negative testing。 |
documentation testing | 文档测试 | 关于文档质量的测试，例如:对用户手册或安装手册的测试。 |
domain | 域 | 一个可供有效输入和/或输出值选择的集合。 |
driver | 驱动器 | |
dynamic analysis | 动态分析 | 组件或系统的执行过程中对其行为评估的过程,例如对内存性能、CPU使用率等的估算。[与IEEE 610一致] |
dynamic analysis tool | 动态分析工具 | 为程序代码提供实时信息的工具。通常用于识别未定义的指针，检测指针算法和内存地址分配、使用及释放的情况以及对内存泄露进行标记。 |
dynamic comparison | 动态比较 | 在软件运行过程中（例如用测试工具执行），对实际结果和期望结果的比较。 |
dynamic testing | 动态测试 | 通过运行软件的组件或系统来测试软件。 |
E | ||
efficiency | 效率 | 一定条件下根据资源的使用情况，软件产品能够提供适当性能的能力。[ISO 9126] |
efficiency testing | 效率测试 | 确定测试软件产品效率的测试过程。 |
elementary comparison testing | 基本比较测试 | 一种黑盒测试设计技术：根据判定条件覆盖的理念，设计测试用例来测试软件各种输入的组合。[TMap] |
emulator | 仿真器 | 一个接受同样输入并产生同样输出的设备、计算机程序或系统。[IEEE 610]参见simulator |
entry criteria | 入口准则 | 进入下个任务（如测试阶段）必须满足的条件。准入条件的目的是防止执行不能满足准入条件的活动而浪费资源[Gilb and Graham]。 |
