|
entry point |
入口点 |
一个组件的第一个可执行语句。 |
|
equivalence class |
等价类 |
参见equivalence partition。 |
|
equivalence partition |
等价类划分 |
根据规格说明，输入域或输出域的一个子域内的任何值都能使组件或系统产生相同的响应结果。 |
|
equivalence partition coverage |
等价划分覆盖 |
执行测试套件能够覆盖到的等价类的百分比。 |
|
equivalence partitioning |
等价类划分技术 |
黑盒测试用例设计技术：该技术从组件的等价类中选取典型的点进行测试。原则上每个等价类中至少要选取一个典型的点来设计测试用例。 |
|
error |
错误 |
人为的产生不正确结果的行为。[与IEEE 610一致] |
|
error guessing |
错误推测 |
根据测试人员以往的经验，猜测在组件或系统中可能出现的缺陷以及错误，并以此为依据来进行特殊的用例设计以暴露这些缺陷。 |
|
error seeding |
错误散播 |
在组件或系统中有意插入一些已知缺陷（defect）的过程，目的是为了得到缺陷的探测率和除去率，以及评估系统中遗留缺陷的数量。[IEEE 610] |
|
error tolerance |
容错 |
组件或系统存在缺陷的情况下保持连续正常工作状态的能力。[与IEEE 610一致] |
|
evaluation |
评估 |
参见testing。 |
|
exception handling |
异常处理 |
组件或系统对错误输入的行为反应。错误输入包括人为的输入、其他组件或系统的输入以及内部失败引起的输入等。 |
|
executable statement |
可执行语句 |
语句编译后可以转换为目标代码，同时在程序运行的时候可以按步骤执行并且可以对数据进行相应的操作。 |
|
exercised |
被执行 |
测试用例运行后被执行的语句、判定和程序的结构元素 |
|
exhaustive testing |
穷尽测试 |
测试套件包含了软件输入值和前提条件所有可能组合的测试方法。 |
|
exit criteria |
出口准则 |
和利益相关者达成一致的系列通用和专门的条件，来正式的定义一个过程的结束点。出口准则的目的可以防止将没有完成的任务错误地看成任务已经完成。测试中使用的出口准则可以来报告和计划什么时候可以停止测试。[与Gilb和Graham一致] |
|
exit point |
出口点 |
组件中最后一个可执行语句。 |
|
expected outcome |
预期结果 |
参见expected result。 |
|
expected result |
预期结果 |
在特定条件下根据规格说明或其他资源说明，组件或系统预测的行为。 |
|
experienced-based test design technique |
基于经验的测试设计技术 |
根据测试人员的经验、知识和直觉来进行用例设计和/或选择的一种技术。 |
|
exploratory testing |
探索性测试 |
非正式的测试设计技术：测试人员能动的设计一些测试用例，通过执行这些测试用例和在测试中得到的信息来设计新的更好的测试用例。[和Bach一致] |
|
F | ||
|
fail |
失败 |
假如测试的实际结果与预期结果不一样，我们就认为这个测试的状态为失败。 |
|
failure |
失效 |
组件/系统与预期的交付、服务或结果存在的偏差。[与Fenton一致] |
|
failure mode |
失效模式 |
失效在物理上或功能上的表现。例如，系统在失效模式下，可能表现为运行缓慢、输出错误或者执行的彻底中断。[IEEE 610] |
|
Failure Mode and Effect Analysis (FMEA) |
失效模式和影响分析 （FMEA） |
一个系统的进行风险识别和标识可能的失效模式的系统方法，用来预防失效的发生。 |
