软件测试名词以及黑盒和白盒区别Word格式.docx
《软件测试名词以及黑盒和白盒区别Word格式.docx》由会员分享,可在线阅读,更多相关《软件测试名词以及黑盒和白盒区别Word格式.docx(19页珍藏版)》请在冰豆网上搜索。
根据状态转换来设计测试用例的一种方法。
statement--语句
程序语言的一个实体,是典型的最小可执行单元。
statementcoverage--语句覆盖
在一个组件中,通过执行一定的测试用例所能达到的语句覆盖百分比。
statementtesting--语句测试
根据语句覆盖来设计测试用例的一种方法。
StaticAnalysis--静态分析
分析一个程序的执行,但是并不实际执行这个程序。
StaticAnalyzer--静态分析器
进行静态分析的工具。
StaticTesting--静态测试
不通过执行来测试一个系统。
statisticaltesting--统计测试
通过使用对输入统计分布进行分析来构造测试用例的一种测试设计方法。
stepwiserefinement--逐步优化
一个结构化软件设计技术,数据和处理步骤首先被广泛的定义,然后被逐步的进行了细化。
storagetesting--存储测试
验证系统是否满足指定存储目标的测试。
StressTesting--压力测试
在规定的规格条件或者超过规定的规格条件下,测试一个系统,以评价其行为。
类似负载测试,通常是性能测试的一部分。
structuralcoverage--结构化覆盖
根据组件内部的结构度量覆盖率。
structuraltestcasedesign--结构化测试用例设计
根据组件内部结构的分析来设计测试用例的一种方法。
structuraltesting--结构化测试
参考结构化测试用例设计(structuraltestcasedesign)
structuredbasistesting--结构化的基础测试
根据代码逻辑设计测试用例来获得100%分支覆盖的一种测试用例设计技术。
structureddesign--结构化设计
软件设计的任何遵循一定纪律的方法,它按照特定的规则,例如:
模块化,有顶向下设计,数据逐步优化,系统结构和处理步骤。
structuredprogramming--结构化编程
在结构化程序开发中的任何包含结构化设计和结果的软件开发技术。
structuredwalkthrough--结构化走读
参考走读(walkthrough)
stub--桩
一个软件模块的框架或特殊目标实现,主要用于开发和测试一个组件,该组件调用或依赖这个模块。
symbolicevaluation--符号评价
参考符号执行(symbolicexecution)
symbolicexecution--符号执行
通过符号表达式来执行程序路径的一种静态分析设计技术。
其中,程序的执行被用符号来模拟,例如,使用变量名而不是实际值,程序的输出被表示成包含这些符号的逻辑或数学表达式。
symbolictrace--符号轨迹
一个计算机程序通过符号执行是经过的语句分支结果的一个记录。
syntaxtesting--语法分析
根据输入语法来验证一个系统或组件的测试用例设计技术。
systemanalysis--系统分析
对一个计划的或现实的系统进行的一个系统性调查以确定系统的功能以及系统与其它系统之间的交互。
systemdesign--系统设计
一个定义硬件和软件构架、组件、模块、接口和数据的过程以满足指定的规格。
systemintegration--系统集成
一个系统组件的渐增的连接和测试,直到一个完整的系统。
SystemTesting--系统测试
从一个系统的整体而不是个体上来测试一个系统,并且该测试关注的是规格,而不是系统内部的逻辑。
technicalrequirementstesting--技术需求测试
参考非功能需求测试(non-functionalrequirementstesting)
testautomation--测试自动化
使用工具来控制测试的执行、结果的比较、测试预置条件的设置、和其它测试控制和报告功能
testcase--测试用例
用于特定目标而开发的一组输入、预置条件和预期结果。
testcasedesigntechnique--测试用例设计技术
选择和导出测试用例的技术。
testcasesuite--测试用例套
对被测软件的一个或多个测试用例的集合。
testcomparator--测试比较器
一个测试工具用于比较软件实际测试产生的结果与测试用例预期的结果。
testcompletioncriterion--测试完成标准
一个标准用于确定被计划的测试何时完成。
testcoverage--测试覆盖
参考覆盖率(Coverage)
testdriver--测试驱动
一个程序或测试工具用于根据测试套执行软件。
testenvironment--测试环境
测试运行其上的软件和硬件环境的描述,以及任何其它与被测软件交互的软件,包括驱动和桩
testexecution--测试执行
一个测试用例被被测软件执行,并得到一个结果。
testexecutiontechnique--测试执行技术
执行测试用例的技术,包括手工、自动化等。
testgenerator--测试生成器
根据特定的测试用例产生测试用例的工具。
testharness--测试用具
包含测试驱动和测试比较器的测试工具。
testlog--测试日志
一个关于测试执行所有相关细节的时间记录。
testmeasurementtechnique--测试度量技术
度量测试覆盖率的技术。
TestPlan--测试计划
一个文档,描述了要进行的测试活动的范围、方法、资源和进度。
它确定测试项、被测特性、测试任务、谁执行任务,并且任何风险都要冲突计划。
testprocedure--测试规程
一个文档,提供详细的测试用例执行指令。
testrecords--测试记录
对每个测试,明确的记录被测组件的标识、版本,测试规格,和实际结果
testreport--测试报告
一个描述系统或组件执行的测试和结果的文档。
TestScript--测试脚本
一般指的是一个特定测试的一系列指令,这些指令可以被自动化测试工具执行。
TestSpecification--测试规格
一个文档,用于指定一个软件特性、特性组合或所有特性的测试方法、输入、预期结果和执行条件。
teststrategy--测试策略
一个简单的高层文档,用于描述测试的大致方法,目标和方向。
testsuite--测试套
测试用例和/或测试脚本的一个集合,与一个应用的特定功能或特性相关。
testtarget--测试目标
一组测试完成标准。
testability--可测试性
一个系统或组件有利于测试标准建立和确定这些标准是否被满足的测试执行的程度。
Testing--测试
IEEE给出的定义是:
1)一个执行软件的过程,以验证其满足指定的需求并检测错误。
2)一个软件项的分析过程以检测已有条件之间的不同,并评价软件项的特性。
threadtesting--线程测试
自顶向下测试的一个变化版本,其中,递增的组件集成遵循需求子集的实现。
timesharing--时间共享
一种操作方式,允许两个或多个用户在相同的计算机系统上同时执行计算机程序。
其实现可能通过时间片轮转、优先级中断等。
top-downdesign--由顶向下设计
一种设计策略,首先设计最高层的抽象和处理,然后逐步向更低级别进行设计。
top-downtesting--自顶向下测试
集成测试的一种策略,首先测试最顶层的组件,其它组件使用桩,然后逐步加入较低层的组件进行测试,直到所有组件被集成到系统中。
traceability--可跟踪性
开发过程的两个或多个产品之间关系可以被建立起来的程度,尤其是产品彼此之间有一个前后处理关系。
traceabilityanalysis--跟踪性分析
(1)跟踪概念文档中的软件需求到系统需求;
(2)跟踪软件设计描述到软件需求规格,以及软件需求规格到软件设计描述;
(3)跟踪源代码对应到设计规格,以及设计规格对应到源代码。
分析确定它们之间正确性、一致性、完整性、精确性的关系。
traceabilitymatrix--跟踪矩阵
一个用于记录两个或多个产品之间关系的矩阵。
例如,需求跟踪矩阵是跟踪从需求到设计再到编码的实现。
fault--故障
在软件中一个错误的表现。
feasiblepath--可达路径
可以通过一组输入值和条件执行到的一条路径。
featuretesting--特性测试
参考功能测试(FunctionalTesting)
FMEA--失效模型效果分析(FailureModesandEffectsAnalysis)
可靠性分析中的一种方法,用于在基本组件级别上确认对系统性能有重大影响的失效
FMECA--失效模型效果关键性分析(FailureModesandEffectsCriticalityAnalysis)
FMEA的一个扩展,它分析了失效结果的严重性。
FTA--故障树分析(FaultTreeAnalysis)
引起一个不需要事件产生的条件和因素的确认和分析,通常是严重影响系统性能、经济性、安全性或其它需要特性。
functionaldecomposition--功能分解
参考模块分解(modulardecomposition)
FunctionalSpecification--功能规格说明书
一个详细描述产品特性的文档。
FunctionalTesting--功能测试
测试一个产品的特性和可操作行为以确定它们满足规格。
glassboxtesting--玻璃盒测试
参考白盒测试(WhiteBoxTesting)
IEEE--美国电子与电器工程师学会(InstituteofElectricalandElectronicEngineers)
incrementaltesting--渐增测试
集成测试的一种,组件逐渐被增加到系统中直到整个系统被集成。
infeasiblepath--不可达路径
不能够通过任何可能的输入值集合执行到的路径。
inputdomain--输入域
所有可能输入的集合。
inspection--检视
对文档进行的一种评审形式。
installabilitytesting--可安装性测试
确定系统的安装程序是否正确的测试。
instrumentation--插装
在程序中插入额外的代码以获得程序在执行时行为的信息。
instrumenter--插装器
执行插装的工具
IntegrationTesting--集成测试
测试一个应用组合后的部分以确保它们的功能在组合之后正确。
该测试一般在单元测试之后进行。
interface--接口
两个功能单元的共享边界。
interfaceanalysis--接口分析
分析软件与硬件、用户和其它软件之间接口的需求规格。
interfacetesting--接口测试
测试系统组件间接口的一种测试。
invalidinputs--无效输入
在程序功能输入域之外的测试数据。
isolationtesting--孤立测试
组件测试(单元测试)策略中的一种,把被测组件从其上下文组件之中孤立出来,通过设计驱动和桩进行测试的一种方法。
jobcontrollanguage--工作控制语言
用于确定工作顺序,描述它们对操作系统要求并控制它们执行的语言。
LCSAJ--线性代码顺序和跳转(LinearCodeSequenceAndJump)
包含三个部分:
可执行语句线性顺序的起始,线性顺序的结束,在线性顺序结束处控制流跳转的目标语句。
LCSAJcoverage--LCSAJ覆盖
在组件中被测试执行到的LCSAJ的百分比。
LCSAJtesting--LCSAJ测试
根据LCSAJ设计测试用例的一种技术。
LoadTesting--负载测试
通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力。
logicanalysis--逻辑分析
(1)评价软件设计的关键安全方程式、算法和控制逻辑的方法。
(2)评价程序操作的顺序并且检测可能导致灾难的错误。
logic-coveragetesting--逻辑覆盖测试
maintainability--可维护性
一个软件系统或组件可以被修改的容易程度,这个修改一般是因为缺陷纠正、性能改进或特性增加引起的。
maintainabilitytesting--可维护性测试
测试系统是否满足可维护性目标。
modifiedcondition/decisioncoverage--修改条件/判定覆盖
在组件中被测试执行到的修改条件/判定的百分比。
modifiedcondition/decisiontesting--修改条件/判定测试
根据MC/DC设计测试用例的一种技术。
MonkeyTesting--跳跃式测试
随机性,跳跃式的测试一个系统,以确定一个系统是否会崩溃。
MTBF--平均失效间隔实际(meantimebetweenfailures)
两次失效之间的平均操作时间。
MTTF--平均失效时间(meantimetofailure)
第一次失效之前的平均时间
MTTR--平均修复时间(meantimetorepair)
两次修复之间的平均时间
multipleconditioncoverage--多条件覆盖
参考分支条件组合覆盖(branchconditioncombinationcoverage)
mutationanalysis--变体分析
一种确定测试用例套完整性的方法,该方法通过判断测试用例套能够区别程序与其变体之间的程度。
NegativeTesting--逆向测试/反向测试/负面测试
测试瞄准于使系统不能工作。
non-functionalrequirementstesting--非功能性需求测试
与功能不相关的需求测试,如:
性能测试、可用性测试等。
N-switchcoverage--N切换覆盖
在组件中被测试执行到的N转换顺序的百分比。
N-switchtesting--N切换测试
根据N转换顺序设计测试用例的一种技术,经常用于状态转换测试中。
N-transitions--N转换
N+1转换顺序
operationaltesting--可操作性测试
在系统或组件操作的环境中评价它们的表现。
outputdomain--输出域
所有可能输出的集合。
partitiontesting--分类测试
参考等价划分测试(equivalencepartitiontesting)
path--路径
一个组件从入口到出口的一条可执行语句顺序。
pathcoverage--路径覆盖
在组件中被测试执行到的路径的百分比。
pathsensitizing--路径敏感性
选择一组输入值强制组件走一个给定的路径。
pathtesting--路径测试
根据路径设计测试用例的一种技术,经常用于状态转换测试中。
performancetesting--性能测试
评价一个产品或组件与性能需求是否符合的测试。
portabilitytesting--可移植性
测试瞄准于证明软件可以被移植到指定的硬件或软件平台上。
PositiveTesting--正向测试
测试瞄准于显示系统能够正常工作。
precondition--预置条件
环境或状态条件,组件执行之前必须被填充一个特定的输入值。
predicate--谓词
一个逻辑表达式,结果为‘真’或‘假’。
predicatedatause--谓词数据使用
在谓词中的一个数据使用。
programinstrumenter--程序插装
参考插装(instrumenter)
progressivetesting--递进测试
在先前特性回归测试之后对新特性进行测试的一种策略。
pseudo-random--伪随机
看似随机的,实际上是根据预先安排的顺序进行的。
QA--质量保证(qualityassurance)
(1)已计划的系统性活动,用于保证一个组件、模块或系统遵从已确立的需求。
(2)采取的所有活动以保证一个开发组织交付的产品满足性能需求和已确立的标准和过程。
QC--质量控制(qualitycontrol)
用于获得质量需求的操作技术和过程,如测试活动。
RaceCondition--竞争状态
并行问题的根源。
对一个共享资源的多个访问,至少包含了一个写操作,但是没有一个机制来协调同时发生的访问。
recoverytesting--恢复性测试
验证系统从失效中恢复能力的测试。
regressionanalysisandtesting--回归分析和测试
一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围。
RegressionTesting--回归测试
在发生修改之后重新测试先前的测试以保证修改的正确性。
release--发布
一个批准版本的正式通知和分发。
reliability--可靠性
一个系统或组件在规定的条件下在指定的时间内执行其需要功能的能力。
reliabilityassessment--可靠性评价
确定一个已有系统或组件的可靠性级别的过程。
requirements-basedtesting--基于需求的测试
根据软件组件的需求导出测试用例的一种设计方法。
review--评审
在产品开发过程中,把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程。
risk--风险
不期望效果的可能性和严重性的一个度量。
riskassessment--风险评估
对风险和风险影响的一个完整的评价。
safety--(生命)安全性
不会引起人员伤亡、产生疾病、毁坏或损失设备和财产、或者破坏环境。
safetycritical--严格的安全性
一个条件、事件、操作、过程或项,它的认识、控制或执行对生命安全性的系统来说是非常关键的。
SanityTesting--理智测试
软件主要功能成分的简单测试以保证它是否能进行基本的测试。
参考冒烟测试
SDP--软件开发计划(softwaredevelopmentplan)
用于一个软件产品开发的项目计划。
securitytesting--安全性测试
验证系统是否符合安全性目标的一种测试。
security.--(信息)安全性
参考计算机系统安全性(computersystemsecurity)
serviceabilitytesting--可服务性测试
参考可维护性测试(maintainabilitytesting)
simplesubpath--简单子路径
控制流的一个子路径,其中没有不必要的部分被执行。
simulation--模拟
使用另一个系统来表示一个物理的或抽象的系统的选定行为特性。
使用一个可执行模型来表示一个对象的行为。
simulator--模拟器
软件验证期间的一个设备、软件程序、或系统,当它给定一个控制的输入时,表现的与一个给定的系统类似。
SLA--服务级别协议(servicelevelagreement)
服务提供商与客户之间的一个协议,用于规定服务提供商应当提供什么服务。
SmokeTesting--冒烟测试
对软件主要功能进行快餐式测试。
最早来自于硬件测试实践,以确定新的硬件在第一次使用的时候不会着火
AcceptanceTesting--可接受性测试
一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。
actualoutcome--实际结果
被测对象在特定的条件下实际产生的结果。
AdHocTesting--随机测试
测试人员通过随机的尝试系统的功能,试图使系统中断。
algorithm--算法
(1)一个定义好的有限规则集,用于在有限步骤内解决一个问题;
(2)执行一个特定任务的任何操作序列。
algorithmanalysis--算法分析
一个软件的验证确认任务,用于保证选择的算法是正确的、合适的和稳定的,并且满足所有精确性、规模和时间方面的要求。
AlphaTesting--Alpha测试
由选定的用户进行的产品早期性测试。
这个测试一般在可控制的环境下进行的。
analysis--分析
(1)分解到一些原子部分或基本原则,以便确定整体的特性;
(2)一个推理的过程,显示一个特定的结果是假设前提的结果;
(3)一个问题的方法研究,并且问题被分解为一些小的相关单元作进一步详细研究。
anomaly--异常
在文档或软件操作中观察到的任何与期望违背的