职业IT人-IT人生活圈

 找回密码
 成为会员
搜索
查看: 2087|回复: 0

测试名词(三)

[复制链接]
niuhang555 发表于 2006-12-19 10:22 | 显示全部楼层 |阅读模式
software development process--软件开发过程
一个把用户需求转换为软件产品的开发过程。
software diversity--软件多样性
一种软件开发技术,其中,由不同的程序员或开发组开发的相同规格的不同程序,目的是为了检测错误、增加可靠性。
software element--软件元素
软件开发或维护期间产生或获得的一个可交付的或过程内的文档。
software engineering--软件工程
一个应用于软件开发、操作和维护的系统性的、有纪律的、可量化的方法。
software engineering environment--软件工程环境
执行一个软件工程工作的硬件、软件和固件。
software life cycle--软件生命周期
开始于一个软件产品的构思,结束于该产品不再被使用的这段期间。
SOP--标准操作过程(standard operating procedures)
书面的步骤,这对保证生产和处理的控制是必须的。
source code--源代码
用一种适合于输入到汇编器、编译器或其它转换设备的计算机指令和数据定义。
source statement--源语句
参考语句(statement)
specification--规格
组件功能的一个描述,格式是:对指定的输入在指定的条件下的输出。
specified input--指定的输入
一个输入,根据规格能预知其输出。
spiral model --螺旋模型
软件开发过程的一个模型,其中的组成活动,典型的包括需求分析,概要设计,详细设计,编码,集成和测试等活动被迭代的执行直到软件被完成。
SQL--结构化查询语句(structured query language)
在一个关系数据库中查询和处理数据的一种语言。
state--状态
一个系统、组件或模拟可能存在其中的一个条件或模式。
state diagram--状态图
一个图形,描绘一个系统或组件可能假设的状态,并且显示引起或导致一个状态切换到另一个状态的事件或环境。
state transition--状态转换
一个系统或组件的两个允许状态之间的切换。
state transition testing --状态转换测试
根据状态转换来设计测试用例的一种方法。
statement--语句
程序语言的一个实体,是典型的最小可执行单元。
statement coverage--语句覆盖
在一个组件中,通过执行一定的测试用例所能达到的语句覆盖百分比。
statement testing--语句测试
根据语句覆盖来设计测试用例的一种方法。
Static Analysis--静态分析
分析一个程序的执行,但是并不实际执行这个程序。
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)
stub--桩
一个软件模块的框架或特殊目标实现,主要用于开发和测试一个组件,该组件调用或依赖这个模块。
symbolic evaluation--符号评价
参考符号执行(symbolic execution)
symbolic execution--符号执行
通过符号表达式来执行程序路径的一种静态分析设计技术。其中,程序的执行被用符号来模拟,例如,使用变量名而不是实际值,程序的输出被表示成包含这些符号的逻辑或数学表达式。
symbolic trace--符号轨迹
一个计算机程序通过符号执行是经过的语句分支结果的一个记录。
syntax testing--语法分析
根据输入语法来验证一个系统或组件的测试用例设计技术。
system analysis--系统分析
对一个计划的或现实的系统进行的一个系统性调查以确定系统的功能以及系统与其它系统之间的交互。
system design--系统设计
一个定义硬件和软件构架、组件、模块、接口和数据的过程以满足指定的规格。
system integration--系统集成
一个系统组件的渐增的连接和测试,直到一个完整的系统。
System Testing--系统测试
从一个系统的整体而不是个体上来测试一个系统,并且该测试关注的是规格,而不是系统内部的逻辑。
technical requirements testing--技术需求测试
参考非功能需求测试(non-functional requirements testing)
test automation--测试自动化
使用工具来控制测试的执行、结果的比较、测试预置条件的设置、和其它测试控制和报告功能
test case--测试用例
用于特定目标而开发的一组输入、预置条件和预期结果。
test case design technique--测试用例设计技术
选择和导出测试用例的技术。
test case suite--测试用例套
对被测软件的一个或多个测试用例的集合。
test comparator--测试比较器
一个测试工具用于比较软件实际测试产生的结果与测试用例预期的结果。
test completion criterion--测试完成标准
一个标准用于确定被计划的测试何时完成。
test coverage--测试覆盖
参考覆盖率(Coverage)
test driver--测试驱动
一个程序或测试工具用于根据测试套执行软件。
test environment--测试环境
测试运行其上的软件和硬件环境的描述,以及任何其它与被测软件交互的软件,包括驱动和桩
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--测试规格
一个文档,用于指定一个软件特性、特性组合或所有特性的测试方法、输入、预期结果和执行条件。
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--跟踪矩阵
一个用于记录两个或多个产品之间关系的矩阵。例如,需求跟踪矩阵是跟踪从需求到设计再到编码的实现。
您需要登录后才可以回帖 登录 | 成为会员

本版积分规则

QQ|手机版|小黑屋|网站帮助|职业IT人-IT人生活圈 ( 粤ICP备12053935号-1 )|网站地图
本站文章版权归原发布者及原出处所有。内容为作者个人观点,并不代表本站赞同其观点和对其真实性负责,本站只提供参考并不构成任何投资及应用建议。本站是信息平台,网站上部分文章为转载,并不用于任何商业目的,我们已经尽可能的对作者和来源进行了通告,但是能力有限或疏忽造成漏登,请及时联系我们,我们将根据著作权人的要求立即更正或者删除有关内容。

GMT+8, 2024-4-24 02:54 , Processed in 0.128625 second(s), 20 queries , Gzip On.

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表