第129贴【2004－10－28】：常见测试术语十一 QA－－质量保证（quality assurance）
（1）已计划的系统性活动，用于保证一个组件、模块或系统遵从已确立的需求。（2）采取的所有活动以保证一
个开发组织交付的产品满足性能需求和已确立的标准和过程。
QC－－质量控制（quality control）
用于获得质量需求的操作技术和过程，如测试活动。
Race Condition－－竞争状态
并行问题的根源。对一个共享资源的多个访问，至少包含了一个写操作，但是没有一个机制来协调同时发生的访问。
recovery testing－－恢复性测试
验证系统从失效中恢复能力的测试。
regression analysis and testing－－回归分析和测试
一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围。
Regression Testing－－回归测试
在发生修改之后重新测试先前的测试以保证修改的正确性。
release－－发布
一个批准版本的正式通知和分发。
reliability－－可靠性
一个系统或组件在规定的条件下在指定的时间内执行其需要功能的能力。
reliability assessment－－可靠性评价
确定一个已有系统或组件的可靠性级别的过程。
requirements-based testing－－基于需求的测试
根据软件组件的需求导出测试用例的一种设计方法。
review－－评审
在产品开发过程中，把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程。
risk－－风险
不期望效果的可能性和严重性的一个度量。
risk assessment－－风险评估
对风险和风险影响的一个完整的评价。
第130贴【2004－10－29】：常见测试术语十二
safety－－（生命）安全性
不会引起人员伤亡、产生疾病、毁坏或损失设备和财产、或者破坏环境。
safety critical－－严格的安全性
一个条件、事件、操作、过程或项，它的认识、控制或执行对生命安全性的系统来说是非常关键的。
Sanity Testing－－理智测试
软件主要功能成分的简单测试以保证它是否能进行基本的测试。参考冒烟测试
SDP－－软件开发计划（software development plan）
用于一个软件产品开发的项目计划。
security testing－－安全性测试
验证系统是否符合安全性目标的一种测试。
security.－－（信息）安全性
参考计算机系统安全性（computer system security）
serviceability testing－－可服务性测试
参考可维护性测试（maintainability testing）
simple subpath－－简单子路径
控制流的一个子路径，其中没有不必要的部分被执行。
simulation－－模拟
使用另一个系统来表示一个物理的或抽象的系统的选定行为特性。
simulation－－模拟
使用一个可执行模型来表示一个对象的行为。
simulator－－模拟器
软件验证期间的一个设备、软件程序、或系统，当它给定一个控制的输入时，表现的与一个给定的系统类似。
第131贴【2004－11－1】：常见测试术语十三
SLA－－服务级别协议（service level agreement）
服务提供商与客户之间的一个协议，用于规定服务提供商应当提供什么服务。
Smoke Testing－－冒烟测试
对软件主要功能进行快餐式测试。最早来自于硬件测试实践，以确定新的硬件在第一次使用的时候不会着火。
software development process－－软件开发过程
一个把用户需求转换为软件产品的开发过程。
software diversity－－软件多样性
一种软件开发技术，其中，由不同的程序员或开发组开发的相同规格的不同程序，目的是为了检测错误、增加可靠性。
software element－－软件元素
软件开发或维护期间产生或获得的一个可交付的或过程内的文档。
software engineering－－软件工程
一个应用于软件开发、操作和维护的系统性的、有纪律的、可量化的方法。
software engineering environment－－软件工程环境
执行一个软件工程工作的硬件、软件和固件。
software life cycle－－软件生命周期
开始于一个软件产品的构思，结束于该产品不再被使用的这段期间。
SOP－－标准操作过程（standard operatingprocedures）
书面的步骤，这对保证生产和处理的控制是必须的。
source code－－源代码
用一种适合于输入到汇编器、编译器或其它转换设备的计算机指令和数据定义。
source statement－－源语句
参考语句（statement）
第132贴【2004－11－2】：常见测试术语十四
specification－－规格
组件功能的一个描述，格式是：对指定的输入在指定的条件下的输出。
specified input－－指定的输入
一个输入，根据规格能预知其输出。
spiral model －－螺旋模型
软件开发过程的一个模型，其中的组成活动，典型的包括需求分析，概要设计，详细设计，编码，集成和测试等活动被迭代的执行直到软件被完成。
SQL－－结构化查询语句（structured query language）
在一个关系数据库中查询和处理数据的一种语言。
state－－状态
一个系统、组件或模拟可能存在其中的一个条件或模式。
state diagram－－状态图
一个图形，描绘一个系统或组件可能假设的状态，并且显示引起或导致一个状态切换到另一个状态的事件或环境。
state transition－－状态转换
一个系统或组件的两个允许状态之间的切换。
state transition testing －－状态转换测试
根据状态转换来设计测试用例的一种方法。
statement－－语句
程序语言的一个实体，是典型的最小可执行单元。
statement coverage－－语句覆盖
在一个组件中，通过执行一定的测试用例所能达到的语句覆盖百分比。
statement testing－－语句测试
根据语句覆盖来设计测试用例的一种方法。
Static Analysis－－静态分析
分析一个程序的执行，但是并不实际执行这个程序。
第133贴【2004－11－3】：常见测试术语十五
Static Analyzer－－静态分析器
进行静态分析的工具。
Static Testing－－静态测试
不通过执行来测试一个系统。
statistical testing－－统计测试
通过使用对输入统计分布进行分析来构造测试用例的一种测试设计方法。
stepwise refinement－－逐步优化
一个结构化软件设计技术，数据和处理步骤首先被广泛的定义，然后被逐步的进行了细化。
storage testing－－存储测试
验证系统是否满足指定存储目标的测试。
Stress Testing－－压力测试
在规定的规格条件或者超过规定的规格条件下，测试一个系统，以评价其行为。类似负载测试，通常是性能测试
的一部分。
structural coverage－－结构化覆盖
根据组件内部的结构度量覆盖率。
structural test case design－－结构化测试用例设计
根据组件内部结构的分析来设计测试用例的一种方法。
structural testing－－结构化测试
参考结构化测试用例设计（structural test case design）
structured basis testing－－结构化的基础测试
根据代码逻辑设计测试用例来获得100％分支覆盖的一种测试用例设计技术。
structured design－－结构化设计
软件设计的任何遵循一定纪律的方法，它按照特定的规则，例如：模块化，有顶向下设计，数据逐步优化，系统
结构和处理步骤。
structured programming－－结构化编程
在结构化程序开发中的任何包含结构化设计和结果的软件开发技术。
structured walkthrough－－结构化走读
参考走读（walkthrough）
第134贴【2004－11－4】：常见测试术语十六
stub－－桩
一个软件模块的框架或特殊目标实现，主要用于开发和测试一个组件，该组件调用或依赖这个模块。
symbolic uation－－符号评价
参考符号执行（symbolic execution）
symbolic execution－－符号执行
通过符号表达式来执行程序路径的一种静态分析设计技术。其中，程序的执行被用符号来模拟，例如，使用变量
名而不是实际值，程序的输出被表示成包含这些符号的逻辑或数学表达式。
symbolic trace－－符号轨迹
一个计算机程序通过符号执行是经过的语句分支结果的一个记录。
syntax testing－－语法分析
根据输入语法来验证一个系统或组件的测试用例设计技术。
system analysis－－系统分析
对一个计划的或现实的系统进行的一个系统性调查以确定系统的功能以及系统与其它系统之间的交互。
system design－－系统设计
一个定义硬件和软件构架、组件、模块、接口和数据的过程以满足指定的规格。
system integration－－系统集成
一个系统组件的渐增的连接和测试，直到一个完整的系统。
System Testing－－系统测试
从一个系统的整体而不是个体上来测试一个系统，并且该测试关注的是规格，而不是系统内部的逻辑。
第135贴【2004－11－7】：常见测试术语十七
technical requirements testing－－技术需求测试
参考非功能需求测试（non-functional requirementstesting）
test automation－－测试自动化
使用工具来控制测试的执行、结果的比较、测试预置条件的设置、和其它测试控制和报告功能。
test case－－测试用例
用于特定目标而开发的一组输入、预置条件和预期结果。
test case design technique－－测试用例设计技术
选择和导出测试用例的技术。
test case suite－－测试用例套
对被测软件的一个或多个测试用例的集合。
test comparator－－测试比较器
一个测试工具用于比较软件实际测试产生的结果与测试用例预期的结果。
test completion criterion－－测试完成标准
一个标准用于确定被计划的测试何时完成。
test coverage－－测试覆盖
参考覆盖率（Coverage）
test driver－－测试驱动
一个程序或测试工具用于根据测试套执行软件。
test environment－－测试环境
测试运行其上的软件和硬件环境的描述，以及任何其它与被测软件交互的软件，包括驱动和桩。
第136贴【2004－11－8】：常见测试术语十八
test execution－－测试执行
一个测试用例被被测软件执行，并得到一个结果。
test execution technique－－测试执行技术
执行测试用例的技术，包括手工、自动化等。
test generator－－测试生成器
根据特定的测试用例产生测试用例的工具。
test harness－－测试用具
包含测试驱动和测试比较器的测试工具。
test log－－测试日志
一个关于测试执行所有相关细节的时间记录。
test measurement technique－－测试度量技术
度量测试覆盖率的技术。
Test Plan－－测试计划
一个文档，描述了要进行的测试活动的范围、方法、资源和进度。它确定测试项、被测特性、测试任务、谁执行
任务，并且任何风险都要冲突计划。
test procedure－－测试规程
一个文档，提供详细的测试用例执行指令。
test records－－测试记录
对每个测试，明确的记录被测组件的标识、版本，测试规格，和实际结果
test report－－测试报告
一个描述系统或组件执行的测试和结果的文档。
Test Script－－测试脚本
一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。
Test Specification－－测试规格
一个文档，用于指定一个软件特性、特性组合或所有特性的测试方法、输入、预期结果和执行条件。
第137贴【2004－11－9】：常见测试术语十九
test strategy－－测试策略
一个简单的高层文档，用于描述测试的大致方法，目标和方向。
test suite－－测试套
测试用例和/或测试脚本的一个集合，与一个应用的特定功能或特性相关。
test target－－测试目标
一组测试完成标准。
testability－－可测试性
一个系统或组件有利于测试标准建立和确定这些标准是否被满足的测试执行的程度。
Testing－－测试
IEEE给出的定义是：1）一个执行软件的过程，以验证其满足指定的需求并检测错误。2）一个软件项的分析过程
以检测已有条件之间的不同，并评价软件项的特性。
thread testing－－线程测试
自顶向下测试的一个变化版本，其中，递增的组件集成遵循需求子集的实现。
time sharing－－时间共享
一种操作方式，允许两个或多个用户在相同的计算机系统上同时执行计算机程序。其实现可能通过时间片轮转、
优先级中断等。
top-down design－－由顶向下设计
一种设计策略，首先设计最高层的抽象和处理，然后逐步向更低级别进行设计。
top-down testing－－自顶向下测试
集成测试的一种策略，首先测试最顶层的组件，其它组件使用桩，然后逐步加入较低层的组件进行测试，直到所
有组件被集成到系统中。
traceability－－可跟踪性
开发过程的两个或多个产品之间关系可以被建立起来的程度，尤其是产品彼此之间有一个前后处理关系。
traceability analysis－－跟踪性分析
（1）跟踪概念文档中的软件需求到系统需求；（2）跟踪软件设计描述到软件需求规格，以及软件需求规格到软
件设计描述；（3）跟踪源代码对应到设计规格，以及设计规格对应到源代码。分析确定它们之间正确性、一致性
、完整性、精确性的关系。
traceability matrix－－跟踪矩阵
一个用于记录两个或多个产品之间关系的矩阵。例如，需求跟踪矩阵是跟踪从需求到设计再到编码的实现。
第138贴【2004－11－10】：常见测试术语二十
transaction－－事务/处理
（1）一个命令、消息或输入记录，它明确或隐含的调用了一个处理活动，例如更新一个文件。（2）用户和系统
之间的一次交互。（3）在一个数据库管理系统中，完成一个特定目的的处理单元，如恢复、更新、修改或删除一
个或多个数据元素。
transform analysis－－事务分析
系统的结构是根据分析系统需要处理的事务获得的一种分析技术。
trojan horse－－特洛伊木马
一种攻击计算机系统的方法，典型的方法是提供一个包含具有攻击性隐含代码的有用程序给用户，在用户执行该
程序的时候，其隐含的代码对系统进行非法访问，并可能产生破坏。
truth table－－真值表
用于逻辑操作的一个操作表格。
Unit Testing－－单元测试
测试单个的软件组件，属于白盒测试范畴，其测试基础是软件内部的逻辑。
Usability Testing－－可用性测试
测试用户使用和学习产品的容易程度。
validation－－确认
根据用户需要确认软件开发的产品的正确性。
verification－－验证
评价一个组件或系统以确认给定开发阶段的产品是否满足该阶段开始时设定的标准。
version－－版本
一个软件项或软件元素的一个初始发布或一个完整的再发布。
volume testing－－容量测试
使用大容量数据测试系统的一种策略。
Walkthrough－－走读
一个针对需求、设计或代码的非正式的同行评审，一般由作者发起，由作者的同行参与进行的评审过程。
waterfall model－－瀑布模型
软件开发过程模型的一种，包括概念阶段、需求阶段、设计阶段、实现阶段、测试阶段、安装和检查阶段、操作
和维护阶段，这些阶段按次序进行，可能有部分重叠，但很少会迭代。
White Box Testing－－白盒测试
根据软件内部的工作原理分析来进行测试。
