软件测试术语五(S-Z)

 

S
safety	安全性	软件产品在特定的使用环境中，达到对人、业务、软件、财产或环境可接受的危害风险级别的能力[ISO 9126]。
safety testing	安全性测试	判定软件产品安全性的测试。
sanity test	健全测试	参见冒烟测试(smoke test)。
scalability	可扩展性	软件产品可被升级以容纳更多负载的能力[Gerrard]

 

scalability testing	可扩展性测试	判定软件产品可扩展性的测试。
scenario testing	场景测试	参见用例测试(use case testing)。
scribe	记录员	在评审会议中将每个提及的缺陷和任何过程改进建议记录到日志表单上的人员，记录员要确保日志表单易于阅读和理解。
scripting language	脚本语言	一种用于编写可执行测试脚本（这些脚本被测试执行工具使用，如录制/回放工具）的编程语言。
security	安全性	软件产品防止对程序和数据未授权访问（无论是有意的还是无意的）的能力的属性。 [ISO 9126]。参见功能性(functionality)。
security testing	安全性测试	判定软件产品安全性的测试，参见功能性测试(functionality testing)。
security testing tool	安全性测试工具	测试安全特性和脆弱性的工具。
security tool	安全性工具	提高运行安全性的工具。
serviceability testing	服务能力测试	参见维护能力测试(maintainability test)
severity	严重性	缺陷对组件/系统的开发或运行造成的影响程度。[IEEE 610]
simulation	模拟	一个实际或抽象系统的特定行为特征由另一个系统来代表。 [ISO 2382/1]
simulator	模拟器	测试时所使用的设备、计算机程序或者系统，当提供一套控制的输入集时它们的行为或运行与给定的系统相似。 [IEEE 610 DO178b]。参见模拟器(emulator)
site acceptance testing	现场验收测试	用户/客户在他们现场进行的验收测试，以判定组件/系统是否符合他们的需求和业务流程，通常包括软件和硬件。
smoke test	冒烟测试	所有定义的/计划的测试用例的一个子集，它覆盖组件/系统的主要功能，以确保程序的绝大部分关键功能正常工作，但忽略细节部分。每日构建和冒烟测试是业界的最佳实践。参见预测试(intake test)。
software	软件	计算机程序、过程和可能与计算机系统运行相关的文档和数据。
software feature	软件特性	参见特性(feature)。
software quality	软件质量	软件产品的功能和特性总和，能够达到规定的或隐含的需求。 [ISO 9126]
software quality characteristic	软件质量特性	参见质量属性(quality attribute)
software test incident	软件测试事件	参见事件(incident)
software test incident report	软件测试事件报告	参见事件报告(incident report)
Software Usability Measurement Inventory(SUMI)	软件可用性度量调查表	一种基于调查表的可用性测试技术，以评估组件/系统的可用性，如用户满意度。[Veenendaal]
source statement	源语句	参见语句(statement)
specification	规格说明	说明组件/系统的需求、设计、行为或其他特征的文档，常常还包括判断是否满足这些条款的方法。理想情况下，文档是以全面、精确、可验证的方式进行说明的。
specification-based testing	基于规格说明的测试	参见黑盒测试(black box testing)
specification-based test design technique	基于规格说明的测试设计技术	参见黑盒测试设计技术(black box test design technique)
specified input	特定的输入	在规格说明中预测结果的输入。

 

stability	稳定性	软件产品避免因更改后导致非预期结果的能力。(ISO9126) 参见可维护性(maintainability)
standard software	标准软件	参见现货软件(off-the-shelf software)
standards testing	标准测试	参见一致性测试(compliance testing)
state diagram	状态图	一种图表， 描绘组件/系统所能呈现的状态，并显示导致或产生从一个状态转变到另一个状态的事件或环境。
state table	状态表	一种表格，显示每个状态的有效和无效的转换及可能的伴随事件。
state transition	状态转换	组件/系统的两个状态之间的转换。
state transition testing	状态转换测试	一种黑盒测试设计技术，所设计的测试用例用来执行有效和无效的状态转换。参见N-切换测试(N-switch testing)
statement	语句	编程语言的一个实体，一般是最小的、不可分割的执行单元。
statement coverage	语句覆盖	由测试套件运行的可执行语句的百分比。
statement testing	语句测试	一种白盒测试设计技术，所设计的测试用例用来执行语句。
static analysis	静态分析	分析软件工件（如：需求或代码），而不执行这些工作产品。
static analysis tool	静态分析工具	参见静态分析器(static analyzer)
static analyzer	静态分析器	执行静态分析的工具。
static code analysis	静态代码分析	分析软件的源代码而不执行软件。
static code analyzer	静态代码分析器	执行静态代码分析的工具。工具对源代码的一些特性进行检查，例如，对编码规范的遵循、质量度量或数据流异常等。
static testing	静态测试	对组件/系统进行规格或实现级别的测试，而不是执行这个软件。比如，代码评审或静态代码分析。
statistical testing	统计测试	用输入的统计分布模型来构造有代表性的测试用例的一种测试设计技术。参见运行概貌测试(operational profile testing)。
status accounting	状态记录	配置管理的一个要素,包括纪录和报告有效地管理配置所需的信息。这些信息包括被认可的配置标识的列表、提议的配置变更的状态和被认可的变更的实施状态。[IEEE 610]
storage	存储	参见资源利用(resource utilization)
storage testing	存储测试	参见资源利用测试(resource utilization testing)
stress testing	压力测试	在规定的或超过规定的需求条件下测试组件/系统，以对其进行评估。[IEEE 610] 参见(load testing)
structure-based techniques	基于结构的技术	参见白盒测试设计技术(white box test design technique)
structural coverage	结构覆盖	基于组件/系统内部结构的覆盖度量
structural test design technique	结构测试设计技术	参见白盒测试设计技术(white box test design technique)
structural testing	结构测试	参见白盒测试(white box testing)
structured walkthrough	结构走查	参见走查(walkthrough)
stub	桩	一个软件组件框架的实现或特殊目的实现，用于开发和测试另一个调用或依赖于该组件的组件。它代替了被调用的组件。 [IEEE 610]
subpath	子路径	组件中的可执行语句序列。
suitability	适用性	软件产品为特定任务和用户目标提供一套合适功能的能力。 [ISO 9126]。 参见功能性(functionality)
suspension criteria	暂停准则	用来（暂时性地）停止对测试条目进行的所有或部分测试活动的准则。[IEEE 829]

 

syntax testing	语法测试	一种黑盒测试设计技术，测试用例的设计是以输入域和（或）输出域的定义的依据。
system	系统	组织在一起实现一个特定功能或一组功能的一套组件。[IEEE 610]
system integration testing	系统集成测试	测试系统和包的集成；测试与外部组织（如：电子数据交换、国际互联网）的接口
system testing	系统测试	测试集成系统以验证它是否满足指定需求的过程。 [Hetzel]
T
technical review	技术评审	一种同行间的小组讨论活动，主要为了对所采用的技术实现方法达成共识。[Gilb 和 Graham, IEEE 1028] 参见同行评审(peer review)。
test	测试	一个或更多测试用例的集合 [IEEE 829]。
test approach	测试方法	针对特定项目的测试策略的实现，通常包括根据测试项目的目标和风险进行评估之后所做的决策、测试过程的起点、采用的测试设计技术、退出准则和所执行的测试类型。
test automation	测试自动化	应用软件来执行或支持测试活动，如测试管理、测试设计、测试执行和结果检验。
test basis	测试依据	能够从中推断出组件/系统需求的所有文档。测试用例是基于这些文档的。只能通过正式的修正过程来修正的文档称为固定测试依据。 [TMap]
test bed	测试台	参见测试环境(test environment)
test case	测试用例	为特定目标或测试条件(例如，执行特定的程序路径，或是验证与特定需求的一致性)而制定的一组输入值、执行入口条件、预期结果和执行出口条件。[IEEE 610]
test case design technique	测试用例设计技术	参见测试设计技术(test design technique)
test case specification	测试用例规格说明	为测试项指定一套测试用例（目标、输入、测试动作、期望结果、执行预置条件）的文档。[IEEE 829]
test case suite	测试用例集	参见测试套(test suite)
test charter	测试章程	对测试目标的陈述，还可能包括关于如何进行测试的测试思路。测试章程通常用在探索测试中。参见探索测试(exploratory testing)
test closure	测试结束	从已完成的测试活动中收集数据，总结基于测试件及相关事实和数据的测试结束阶段，包括对测试件的最终处理和归档，以及测试过程评估(包含测试评估报告的准备)。参见测试过程(test process)。
test comparator	测试比较器	执行自动测试比较的测试工具。
test comparison	测试对比	区分被测组件/系统产生的实际结果和期望结果的差异的过程。测试对比可以在测试执行时进行（动态比较），或在测试执行之后进行。
test completion criteria	测试完成准则	参见退出准则(exit criteria)。
test condition	测试条件	组件/系统中能被一个或多个测试用例验证的条目或事件。例如，功能、事务、特性、质量属性或者结构化元素。
test control	测试控制	当监测到与预期情况背离时,制定和应用一组修正动作以使测试项目保持正常进行的测试管理工作。参见测试管理(test management)
test coverage	测试覆盖	参见覆盖(coverage)
test cycle	测试周期	针对一个可分辨的测试对象发布版本而执行的测试过程。
test data	测试数据	在测试执行之前存在的数据（如在数据库中），这些数据与被测组件/系统相互影响。
test data preparation tool	测试数据准备工具	一种测试工具，用于从已存在的数据库中挑选数据，或创建、生成、操作和编辑数据以备测试。
test design	测试设计	参见测试设计规格说明(test design specification)
test design specification	测试设计规格说明	为一个测试条目指定测试条件（覆盖项）、具体测试方法并识别相关高层测试用例的文档
test design technique	测试设计技术	用来衍生和/或选择测试用例的步骤。

 

test design tool	测试设计工具	通过生成测试输入来支持测试设计的工具。 测试输入可能来源于CASE工具库（如需求管理工具）中包含的规格，工具本身包含的特定测试条件。
test driver	测试驱动器	参见驱动器(driver)。
test driven development	测试驱动开发	在开发软件之后，运行测试用例之前，首先开发并自动化这些测试用例的一种软件开发方法
test environment	测试环境	执行测试需要的环境，包括硬件、仪器、模拟器、软件工具和其他支持要素。
test evaluation report	测试评估报告	在测试过程的结尾用来总结所有的测试活动和结果的文档。也包括测试过程的评估和吸取的教训。
test execution	测试执行	对被测组件/系统执行测试，产生实际结果的过程。
test execution automation	测试执行自动化	使用软件（例如捕捉/回放工具）来控制测试的执行、实际结果和期望结果的对比、测试预置条件的设置和其它的测试控制和报告功能。
test execution phase	测试执行阶段	软件开发生命周期的一个阶段，在这个阶段里执行软件产品的组件，并评估软件产品以确定是否满足需求。
test execution schedule	测试执行时间表	测试过程的执行计划。这些测试过程包含在测试执行时间表中，执行时间表列出了执行任务间的关联和执行的顺序。
test execution technique	测试执行技术	用来执行实际测试的方法，包括手工的和自动的。
test execution tool	测试执行工具	使用自动化测试脚本执行其他软件（如捕捉/回放）的一种测试工具。[Fewster 和 Graham]
test fail	测试失败	参见失败(fail)。
test generator	测试产生器	参见测试数据准备工具(test data preparation tool)。
test harness	测试用具	包含执行测试需要的桩和驱动的测试环境。
test incident	测试事件	参见事件(incident)。
test incident report	测试事件报告	参见事件报告(incident report)
test infrastructure	测试基础设施	执行测试所需的组成物件，包括测试环境、测试工具、办公环境和过程。
test input	测试输入	在测试执行过程中，测试对象从外部源接收到的数据。外部源可以是硬件、软件或人。
test item	测试项	需被测试的单个要素。通常是一个测试对象包含多个测试项。参见测试对象(test object)。
test item transmittal report	测试项移交报告	参见发布说明(release note)。
test leader	测试组长	参见测试经理(test manager)。
test level	测试级别	统一组织和管理的一组测试活动。测试级别与项目的职责相关联。例如，测试级别有组件测试、集成测试、系统测试和验收测试。[TMap]
test log	测试日志	按时间顺序排列的有关测试执行所有相关细节的记录。
test logging	测试记录	把测试执行信息写进日志的过程。
test manager	测试经理	负责测试和评估测试对象的人。他（她）指导、控制、管理测试计划及调整对测试对象的评估。
test management	测试管理	计划、估计、监控和控制测试活动，通常由测试经理来执行。
test management tool	测试管理工具	对测试过程中的测试管理和控制部分提供支持的工具。它通常有如下功能：测试件的管理、测试计划的制定、结果纪录、过程跟踪、事件管理和测试报告。
Test Maturity Model (TMM)	测试成熟度模型	测试过程改进的五级阶段框架，它与能力成熟度模型(CMM)相关，后者描述了有效测试过程的关键要素。
test monitoring	测试监控	处理与定时检查测试项目状态等活动相关的测试管理工作。准备测试报告来比较实际结果和期望结果。参见测试管理(test management)。

 

test object	测试对象	需要测试的组件或系统。参见测试项(test item)。
test objective	测试目标	设计和执行测试的原因或目的。
test oracle	测试准则	在测试时确定预期结果与实际结果进行比较的源。一个准则可能是现有的系统（用作基准），一份用户手册，或者是个人的专业知识，但不可以是代码。[Adrion]
test outcome	测试结果	参见结果(result)。
test pass	测试通过	参见通过(pass)。
test performance indicator	测试绩效指标	一种高级别的度量，表明需要满足的某种程度的目标值或准则。通常与过程改进的目标相关。例如，缺陷探测率。
test phase:	测试阶段	组成项目的一个可管理阶段的一组独特的测试活动。例如，某测试级别的执行活动。[Gerrard]
test plan	测试计划	描述预期测试活动的范围、方法、资源和进度的文档。它标识了测试项、需测试的特性、测试任务、任务负责人、测试人员的独立程度、测试环境、测试设计技术、测试的进入和退出准则和选择的合理性、需要紧急预案的风险，是测试策划过程的一份记录。[IEEE 829]
test planning	测试策划	制定或更新测试计划的活动。
test policy	测试方针	描述有关组织测试的原则、方法和主要目标的高级文档。
Test Point Analysis (TPA)	测试点分析（TPA）	基于功能点分析的一种公式化测试估计方法。[TMap]
test procedure	测试规程	参见测试规程规范(test procedure specification)。
test procedure specification	测试规程规格说明	规定了执行测试的一系列行为的文档。也称为测试脚本或手工测试脚本。[IEEE 829]
test process	测试过程	基本的测试过程包括计划、规约、执行、记录、检查完全性和测试结束活动。
Test Process Improvement (TPI)	测试过程改进（TPI）	用于测试过程改进的一个连续框架，描述了有效测试过程的关键要素，特别针对于系统测试和验收测试。
test record	测试记录	参见测试日志(test log)。
test recording	书写测试记录	参见测试日志(test logging)。
test repeatability	测试重复性	一个测试的属性，表明每次执行一个测试时是否产生同样的结果。
test report	测试报告	参见测试总结报告(test summary report)。
test requirement	测试需求	参见测试条件(test condition)。
test run	测试运行	对测试对象的特定版本执行测试。
test run log	测试运行日志	参见测试日志(test log)。
test result	测试结果	参见结果(result)。
test scenario	测试场景	参见测试规程规约(test procedure specification)。
test script	测试脚本	通常指测试规程规约，尤其是自动化的。
test set	测试集	参见测试套件(test suite)。
test situation	测试状况	参见测试条件(test condition)。
test specification	测试规约说明	由测试设计规约、测试用例规约和/或测试规程规约组成的文档。
test specification technique	测试规约说明技术	参见测试设计技术(test design technique)。
test stage	测试阶段	参见测试级别(test level)。
test strategy	测试策略	一个高级文档，该文档定义了需要对程序（一个或多个项目）执行的测试级别和需要进行的测试。
test suite	测试套件	用于被测组件/系统的一组测试用例。在这些测试用例中，一个测试的出口条件通常用作下个测试的入口条件。

 

test summary report	测试总结报告	总结测试活动和结果的文档。也包括对测试项是否符合退出准则进行的评估。
test target	测试目标	参见退出准则(exit criteria)。
test technique	测试技术	参见测试设计技术(test design technique)。
test tool	测试工具	支持一个或多个测试活动（例如，计划和控制、规格制定、建立初始文件和数据、测试执行和测试分析）的软件产品。[TMap] 参见 CAST.
test type	测试类型	旨在针对特定测试目标，测试组件/系统的一组测试活动。例如，功能测试、易用性测试、回归测试等。一个测试类型可能发生在一个或多个测试级别或测试阶段上。 [TMap]
testability	可测试性	软件产品修改后被测试的能力。[ISO 9126] 参见可维护性(maintainability)。
testability review	可测试性评审	详细检查测试依据，以判定测试依据在测试过程中作为输入文档是否达到质量要求。
testable requirements	可测的需求	对需求的一种程度说明，表示是可依据需求进行测试设计（以及后续的测试用例）和执行测试，以及判断是否满足需求。[IEEE 610]
tester	测试员	参与测试组件/系统的专业技术人员。
testing	测试	包括了所有生命周期活动的过程，有静态的也有动态的。涉及到计划、准备和对软件及其相关工作产品的评估，以发现缺陷来判定软件或软件的工作产品是否满足特定需求，证明它们是否符合目标。
testware	测试件	在测试过程中产生的测试计划、测试设计和执行测试所需要的人工制品。例如，文档、 脚本、输入、预期结果、安装和清理步骤、文件、数据库、环境和任何在测试中使用的软件和工具。[Fewster 和 Graham]
thread testing	线程测试	组件集成测试的一个版本，其中，组件的渐进式集成遵循需求子集的实现，与按层次的组件集成相反。
time behavior	时间行为	参见性能(performance)。
top-down testing	自顶向下测试	集成测试的一种递增实现方式，首先测试最顶层的组件，其它组件使用桩来模拟，然后已被测试过的组件用于测试更低层的组件，直到最底层的组件被测试。参见集成测试(integration testing)。
traceability	可追溯性	识别文档和软件中相关联条目的能力。例如，需求与相关测试关联。参见水平可跟踪性(horizontal traceability)，垂直可跟踪性(vertical traceability)。
U
understandability	可理解性	软件产品对于用户是否易于理解、软件是否适用、怎样应用于特定任务和应用的条件的能力。
unit	单元	参见组件(component)。
unit testing	单元测试	参见组件测试(component testing)。
unreachable code	不可达代码	不能够到达因而不可能被执行的代码。
usability	可用性	软件能被理解、学习、使用和在特定应用条件下吸引用户的能力。[ISO 9126]
usability testing	可用性测试	用来判定软件产品的可被理解、易学、易操作和在特定条件下吸引用户程度的测试。
use case	用例	用户和系统进行对话过程中的一系列交互，能够产生实际的结果。
use case testing	用例测试	一种黑盒测试设计技术，所设计的测试用例用于执行用户场景。
user acceptance testing	用户验收测试	参见验收测试(acceptance testing)。
user scenario testing	用户场景测试	参见用例测试(use case testing)。
user test	用户测试	由真实用户参与的评估组件/系统可用性的测试。
V
V-model	V- 模型	描述从需求定义到维护的整个软件开发生命周期活动的框架。V-模型说明了测试活动如何集成于软件开发生命周期的每个阶段。
validation	确认	通过检查和提供客观证据来证实特定目的功能或应用已经实现。[ISO 9000]

 

variable	变量	计算机中的存储元素，软件程序通过其名称来引用。
verification	验证	通过检查和提供客观证据来证实指定的需求是否已经满足。[ISO 9000]
vertical traceability	垂直可跟踪性	贯穿开发文档到组件层次的需求跟踪。
version control	版本控制	参见配置控制(configuration control)。
volume testing	容量测试	使用大容量数据对系统进行的一种测试。参见资源利用测试(resource-utilization testing)。
W
walkthrough	走查	由文档作者逐步陈述文档内容，以收集信息并对内容达成共识。[Freedman 和 Weinberg, IEEE 1028]。参见同行评审(peer review)。
white-box test design technique	白盒测试设计技术	通过分析组件/系统的内部结构来产生和/或选择测试用例的规程。
white-box testing	白盒测试	通过分析组件/系统的内部结构进行的测试。
Wide Band Delphi	宽带德尔菲法	一种专家测试评估的方法，旨在集团队成员的智慧来做精确的评估。