N-switch coverage |
N切换覆盖 |
N+1个转换的序列在一个测试套件中被覆盖的百分比。[Chow] |
N-switch testing |
N切换测试 |
一种状态转换测试的形式,其测试用例执行N+1个转换的所有有效序列。 [Chow] 参见 state transition testing |
negative testing |
逆向测试 |
一种旨在表现组件/系统不能正常工作的测试。逆向测试取决于测试人员的想法,态度,而与特定的测试途径或测试设计技术无关,例如使用无效输入值测试或在异常情况下进行测试。 [Beizer] |
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 |
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/