N | ||
N-switch coverage | N切换覆盖 | N+1个转换的序列在一个测试套件中被覆盖的百分比。[Chow] |
N-switch testing | N切换测试 | 一种状态转换测试的形式，其测试用例执行N+1个转换的所有有效序列。 [Chow] 参见 state transition testing |
negative testing | 逆向测试 | |
non-conformity | 不一致 | 没有实现指定的需求。 [ISO 9000] |
non-functional requirement | 非功能需求 | 与功能性无关，但与可靠性(reliability)、高效性(efficiency)、可用性(usability)、可维护性(maintainability)和可移植性(portability)等属性相关的需求。 |
non-functional testing | 非功能测试 | 对组件/系统中与功能性无关的属性（例如可靠性、高效性、可用性、可维护性和可移植性）进行的测试。 |
non-functional test design techniques | 非功能测试设计技术 | 推导或选择非功能测试所需测试用例的过程，此过程依据对组件/系统的规格说明进行分析，而不考虑其内部结构。参见 black box test design technique |
O | ||
off-the-shore software | 现货软件 | 面向大众市场（即大量用户）开发的软件产品，并且以相同的形式交付给许多客户。 |
operability | 可操作性 | 软件产品被用户操作或控制的能力。 [ISO 9126] 参见 usability |
operational environment | 运行环境 | |
operational profile testing | 运行概况测试 | 对系统运作模型（执行短周期任务）及其典型应用概率的统计测试。[Musa] |
operational testing | 运行测试 | 在组件/系统的运作环境下对其进行评估的一种测试。 [IEEE 610] |
基准 | 参见 test oracle | |
outcome | 结果 | 参见 result |
output | 输出 | 组件填写的一个变量（无论存储在组件内部还是外部）。 |
output domain | 输出域 | 可从中选取有效输出值的集合。参见 domain |
output value | 输出值 | 输出的一个实例/实值。参见 output |
P | ||
pair programming | 结对编程 | 一种软件开发方式，组件的代码（开发和/或测试）由两名程序员在同一台计算机上共同编写。这意味着实时地执行代码评审。 |
pair testing | 结对测试 | 两个人员，比如两个测试人员、一个开发人员和一个测试人员或一个最终用户和一个测试人员，一起寻找缺陷。一般地，他们使用同一台计算机并在测试期间交替操控。 |
partition testing | 划分测试 | 参见 equivalence partitioning [Beizer] |
pass | 通过 | 如果一个测试的实际结果与预期结果相符，则认为此测试通过。 |
pass/fail criteria | 通过/失败准则 | 用于判定测试项（功能）或特性通过或失败的决策规则。[IEEE 829] |
path | 路径 | 组件/系统从入口(entry point)到出口(exit point)的一系列事件（例如，可执行语句）。 |
path coverage | 路径覆盖 | 测试套件执行的路径所占的百分比。100％的路径覆盖意味着100％的线性代码序列和跳转(LCSAJ)覆盖。 |
path sensitizing | 路径感知 | 选择一组输入值，以强制执行某指定路径。 |
path testing | 路径测试 | 一种白盒测试设计技术，设计的测试用例用于执行路径。 |
peer review | 同行评审 | 由研发产品的同事对软件产品进行的评审，目的在于识别缺陷并改进产品。例如，审查(inspetion)、技术评审(technical review)和走查(walkthrough)。 |
performance | 性能 | 组件/系统在给定的处理周期和吞吐率(throughput rate)等约束下，完成指定功能的程度。 [IEEE 610] 参见 efficiency |
performance indicator | 性能指标 | 一种有效性(effectiveness)和/或高效性(efficiency)的高级(抽象)度量单位，用于指导和控制开发进展。例如，软件交付时间的偏差(lead-time slip for software devlopment)。[CMMI] |
performance testing | 判定软件产品性能的测试过程。参见 efficiency testing | |
performance testing tool | 性能测试工具 | 一种支持性能测试的工具，通常有两个功能：负载生成(load gerneartion)和测试事务(test transation)测量。负载生成可以模拟多用户或者大量输入数据。执行时，对选定的事务的响应时间进行测量并被记录。性能测试工具通常会生成基于测试日志的报告以及负载－响应时间图表。 |
phase test plan | 阶段测试计划 | 通常用于一个测试阶段的测试计划。参见 test plan |
portability | 可移植性 | 软件产品在不同硬件或软件环境之间迁移的简易性。[ISO 9126] |
portability testing | 可移植性测试 | 判定软件产品可移植性的测试过程。 |
postcondition | 后置条件 | 执行测试或测试步骤后必须满足的环境和状态条件。 |
post-execution comparison | 执行后比较 | 实际值与预期值的比较，在软件运行结束后执行。 |
precondition | 前置条件 | 对组件/系统执行特定测试或测试步骤之前所必须满足的环境和状态条件。 |
predicted outcome | 预期结果 | 参见 expected result |
pretest | 预测试 | 参见 intake test |
priority | 优先级 | 赋予某项（业务）重要性的级别，如，缺陷。 |
probe effect | 探测影响 | 在测试时由于测试工具（例如，性能测试工具或监测器）对组件/系统产生的影响。比如，使用性能测试工具可能会使系统的性能有小幅度降低。 |
problem | 问题 | 参见 defect |
problem management | 问题管理 | 参见 defect management |
problem report | 问题报告 | 参见 defect report |
process | 过程 | 一组将输入转变为输出的相关活动。 [ISO 12207] |
process cycle test | 过程周期测试 | 一种黑盒测试设计技术，设计的测试用例用于执行业务流程或过程。 [TMap] |
product risk | 产品风险 | 与测试对象有直接关系的风险。参见 risk |
project | 项目 | 一个项目是一组以符合特定需求为目的的，相互协同的，具有开始和结束时间的受控活动。这些特定需求包括限定的周期、成本和资源。 [ISO 9000] |
project risk | 项目风险 | 与（测试）项目的管理与控制相关的风险。参见 risk |
program instrumenter | 程序插装器 | 参见 instrumenter |
program testing | 程序测试 | 参见 component testing |
project test plan | 项目测试计划 | 参见 master test plan |
pseudo-random | 伪随机 | 一个表面上随机的序列，但事实上是根据预定的序列生成的。 |
Q | ||
quality | 质量 | 组件、系统或过程满足指定需求或用户/客户需要及期望的程度。 [IEEE 610] |
quality assurance | 质量保证 | 质量管理的组成部分，提供达到质量要求的可信程度。 [ISO 9000] |
quality attribute | 质量属性 | 影响某项质量的特性或特征。 [IEEE 610] |
quality characteristic | 质量特征 | 参见质量属性（quality attribute）。 |
quality management | 质量管理 | 在质量方面指导和控制一个组织的协同活动。通常包括建立质量策略和质量目标、质量计划、质量控制、质量保证和质量改进。 [ISO 9000] |
