《软件测试的名词以及黑盒和白盒的区别》由会员分享，可在线阅读，更多相关《软件测试的名词以及黑盒和白盒的区别（20页珍藏版）》请在金锄头文库上搜索。
1、software development process软件开发过程一个把用户需求转换为软件产品的开发过程。software diversity软件多样性一种软件开发技术，其中，由不同的程序员或开发组开发的相同规格的不同程序，目的是为了检测错误、增加可靠性。software element软件元素软件开发或维护期间产生或获得的一个可交付的或过程内的文档。software engineering软件工程一个应用于软件开发、操作和维护的系统性的、有纪律的、可量化的方法。software engineering environment软件工程环境执行一个软件工程工作工作的硬件、软件和固件。softw
2、are life cycle软件生命周期开始于一个软件产品的构思，结束于该产品不再被使用的这段期间。SOP标准操作过程（standard operating procedures）书面的步骤，这对保证生产和处理的控制是必须的。source code源代码用一种适合于输入到汇编器、编译器或其它其它转换设备的计算机指令和数据定义。source statement源语句参考语句（statement）specification规格组件功能的一个描述，格式是：对指定的输入在指定的条件下的输出。specified input指定的输入一个输入，根据规格能预知其输出。spiral model 螺旋模型软件开
3、发过程的一个模型，其中的组成活动，典型的包括需求分析，概要设计，详细设计，编码，集成和测试测试等活动被迭代的执行直到软件被完成。SQL结构化查询语句（structured query language）在一个关系数据库数据库中查询和处理数据的一种语言。state状态一个系统、组件或模拟可能存在其中的一个条件或模式。 state diagram状态图一个图形，描绘一个系统或组件可能假设的状态，并且显示引起或导致一个状态切换到另一个状态的事件或环境。state transition状态转换一个系统或组件的两个允许状态之间的切换。state transition testing 状态转换测试根据状态
4、转换来设计测试用例的一种方法。statement语句程序语言的一个实体，是典型的最小可执行单元。statement coverage语句覆盖在一个组件中，通过执行一定的测试用例所能达到的语句覆盖百分比。statement testing语句测试根据语句覆盖来设计测试用例的一种方法。Static Analysis静态分析分析一个程序的执行，但是并不实际执行这个程序。Static Analyzer静态分析器进行静态分析的工具。Static Testing静态测试不通过执行来测试一个系统。statistical testing统计测试通过使用对输入统计分布进行分析来构造测试用例的一种测试设计方法。s
5、tepwise refinement逐步优化一个结构化软件设计技术，数据和处理步骤首先被广泛的定义，然后被逐步的进行了细化。storage testing存储测试验证系统是否满足指定存储目标的测试。Stress Testing压力测试在规定的规格条件或者超过规定的规格条件下，测试一个系统，以评价其行为。类似负载测试，通常是性能测试性能测试的一部分。structural coverage结构化覆盖根据组件内部的结构度量覆盖率。structural test case design结构化测试用例设计用例设计根据组件内部结构的分析来设计测试用例的一种方法。structural testing结构化测
6、试参考结构化测试用例设计（structural test case design）structured basis testing结构化的基础测试根据代码逻辑设计测试用例来获得 100分支覆盖的一种测试用例设计技术。structured design结构化设计软件设计的任何遵循一定纪律的方法，它按照特定的规则，例如：模块化，有顶向下设计，数据逐步优化，系统结构和处理步骤。structured programming结构化编程在结构化程序开发中的任何包含结构化设计和结果的软件开发技术。structured walkthrough结构化走读参考走读（walkthrough）stub桩一个软件模块的
7、框架或特殊目标实现，主要用于开发和测试一个组件，该组件调用或依赖这个模块。symbolic evaluation符号评价参考符号执行（symbolic execution）symbolic execution符号执行通过符号表达式来执行程序路径的一种静态分析设计技术。其中，程序的执行被用符号来模拟，例如，使用变量名而不是实际值，程序的输出被表示成包含这些符号的逻辑或数学表达式。symbolic trace符号轨迹一个计算机程序通过符号执行是经过的语句分支结果的一个记录。syntax testing语法分析根据输入语法来验证一个系统或组件的测试用例设计技术。system analysis系统分析
8、对一个计划的或现实的系统进行的一个系统性调查以确定系统的功能以及系统与其它系统之间的交互。system design系统设计一个定义硬件和软件构架、组件、模块、接口和数据的过程以满足指定的规格。system integration系统集成一个系统组件的渐增的连接和测试，直到一个完整的系统。System Testing系统测试系统测试从一个系统的整体而不是个体上来测试一个系统，并且该测试关注的是规格，而不是系统内部的逻辑。technical requirements testing技术需求测试参考非功能需求测试（non-functional requirements testing）test a
9、utomation测试自动化使用工具来控制测试的执行、结果的比较、测试预置条件的设置、和其它测试控制和报告功能test case测试用例用于特定目标而开发的一组输入、预置条件和预期结果。test case design technique测试用例设计技术选择和导出测试用例的技术。test case suite测试用例套对被测软件的一个或多个测试用例的集合。test comparator测试比较器一个测试工具用于比较软件实际测试产生的结果与测试用例预期的结果。test completion criterion测试完成标准一个标准用于确定被计划的测试何时完成。test coverage测试覆盖参考
10、覆盖率（Coverage）test driver测试驱动一个程序或测试工具用于根据测试套执行软件。test environment测试环境测试运行其上的软件和硬件环境的描述，以及任何其它与被测软件交互的软件，包括驱动和桩test execution测试执行一个测试用例被被测软件执行，并得到一个结果。test execution technique测试执行技术执行测试用例的技术，包括手工、自动化等。test generator测试生成器根据特定的测试用例产生测试用例的工具。test harness测试用具包含测试驱动和测试比较器的测试工具。test log测试日志日志一个关于测试执行所有相关细节
11、的时间记录。test measurement technique测试度量技术度量测试覆盖率的技术。Test Plan测试计划一个文档，描述了要进行的测试活动的范围、方法、资源和进度。它确定测试项、被测特性、测试任务、谁执行任务，并且任何风险都要冲突计划。test procedure测试规程一个文档，提供详细的测试用例执行指令。test records测试记录对每个测试，明确的记录被测组件的标识、版本，测试规格，和实际结果test report测试报告一个描述系统或组件执行的测试和结果的文档。Test Script测试脚本一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试自动化测试工具
12、执行。Test Specification测试规格一个文档，用于指定一个软件特性、特性组合或所有特性的测试方法、输入、预期结果和执行条件。test strategy测试策略一个简单的高层文档，用于描述测试的大致方法，目标和方向。test suite测试套测试用例和/或测试脚本的一个集合，与一个应用的特定功能或特性相关。test target测试目标一组测试完成标准。testability可测试性一个系统或组件有利于测试标准建立和确定这些标准是否被满足的测试执行的程度。Testing测试IEEE 给出的定义是：1）一个执行软件的过程，以验证其满足指定的需求并检测错误。2）一个软件项的分析过程以检
13、测已有条件之间的不同，并评价软件项的特性。thread testing线程测试自顶向下测试的一个变化版本，其中，递增的组件集成遵循需求子集的实现。time sharing时间共享一种操作方式，允许两个或多个用户在相同的计算机系统上同时执行计算机程序。其实现可能通过时间片轮转、优先级中断等。top-down design由顶向下设计一种设计策略，首先设计最高层的抽象和处理，然后逐步向更低级别进行设计。top-down testing自顶向下测试集成测试的一种策略，首先测试最顶层的组件，其它组件使用桩，然后逐步加入较低层的组件进行测试，直到所有组件被集成到系统中。traceability可跟踪性开
14、发过程的两个或多个产品之间关系可以被建立起来的程度，尤其是产品彼此之间有一个前后处理关系。traceability analysis跟踪性分析（1）跟踪概念文档中的软件需求到系统需求；（2）跟踪软件设计描述到软件需求规格，以及软件需求规格到软件设计描述；（3）跟踪源代码对应到设计规格，以及设计规格对应到源代码。分析确定它们之间正确性、一致性、完整性、精确性的关系。traceability matrix跟踪矩阵一个用于记录两个或多个产品之间关系的矩阵。例如，需求跟踪矩阵是跟踪从需求到设计再到编码的实现。fault故障在软件中一个错误的表现。feasible path可达路径可以通过一组输入值和条
15、件执行到的一条路径。feature testing特性测试测试参考功能测试功能测试（Functional Testing）FMEA失效模型效果分析（Failure Modes and Effects Analysis）可靠性分析中的一种方法，用于在基本组件级别上确认对系统性能有重大影响的失效FMECA失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis)FMEA 的一个扩展，它分析了失效结果的严重性。FTA故障树分析(Fault Tree Analysis)引起一个不需要事件产生的条件和因素的确认和分析，通常是严重影响系统性能、经
16、济性、安全性或其它其它需要特性。functional decomposition功能分解参考模块分解（modular decomposition） Functional Specification 功能规格说明书一个详细描述产品特性的文档。Functional Testing功能测试测试一个产品的特性和可操作行为以确定它们满足规格。glass box testing玻璃盒测试参考白盒测试白盒测试（White Box Testing）IEEE美国电子与电器工程师学会（Institute of Electrical and Electronic Engineers）incremental testing渐增测试集成测试的一种，组件逐渐被增
