模板
教程
环境
性能
功能
管理
软件测试术语四(N-R)
a N-switch coverage N 切换覆盖 N+1 个转换的序列在一个 测试 套件中被覆盖的百分比。[Chow] N-switch testing N 切换测试 一种状态转换测试的形式，其 测试用例 执行N+1个转换的所有有效序列。 [Chow] 参见 state transition testing negative testing 逆向
a
|
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 |
||
|
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 |
