ImageVerifierCode 换一换
格式:DOCX , 页数:19 ,大小:31.67KB ,
资源ID:19640140      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/19640140.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件测试名词以及黑盒和白盒区别Word格式.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件测试名词以及黑盒和白盒区别Word格式.docx

1、根据状态转换来设计测试用例的一种方法。statement语句程序语言的一个实体,是典型的最小可执行单元。statement coverage语句覆盖在一个组件中,通过执行一定的测试用例所能达到的语句覆盖百分比。statement testing语句测试根据语句覆盖来设计测试用例的一种方法。Static Analysis静态分析分析一个程序的执行,但是并不实际执行这个程序。Static Analyzer静态分析器进行静态分析的工具。Static Testing静态测试不通过执行来测试一个系统。statistical testing统计测试通过使用对输入统计分布进行分析来构造测试用例的一种测试设计

2、方法。stepwise refinement逐步优化一个结构化软件设计技术,数据和处理步骤首先被广泛的定义,然后被逐步的进行了细化。storage testing存储测试验证系统是否满足指定存储目标的测试。Stress Testing压力测试在规定的规格条件或者超过规定的规格条件下,测试一个系统,以评价其行为。类似负载测试,通常是性能测试的一部分。structural coverage结构化覆盖根据组件内部的结构度量覆盖率。structural test case design结构化测试用例设计根据组件内部结构的分析来设计测试用例的一种方法。structural testing结构化测试参考结

3、构化测试用例设计(structural test case design)structured basis testing结构化的基础测试根据代码逻辑设计测试用例来获得100分支覆盖的一种测试用例设计技术。structured design结构化设计软件设计的任何遵循一定纪律的方法,它按照特定的规则,例如:模块化,有顶向下设计,数据逐步优化,系统结构和处理步骤。structured programming结构化编程在结构化程序开发中的任何包含结构化设计和结果的软件开发技术。structured walkthrough结构化走读参考走读(walkthrough)stub桩一个软件模块的框架或特殊

4、目标实现,主要用于开发和测试一个组件,该组件调用或依赖这个模块。symbolic evaluation符号评价参考符号执行(symbolic execution)symbolic execution符号执行通过符号表达式来执行程序路径的一种静态分析设计技术。其中,程序的执行被用符号来模拟,例如,使用变量名而不是实际值,程序的输出被表示成包含这些符号的逻辑或数学表达式。symbolic trace符号轨迹一个计算机程序通过符号执行是经过的语句分支结果的一个记录。syntax testing语法分析根据输入语法来验证一个系统或组件的测试用例设计技术。system analysis系统分析对一个计划

5、的或现实的系统进行的一个系统性调查以确定系统的功能以及系统与其它系统之间的交互。system design系统设计一个定义硬件和软件构架、组件、模块、接口和数据的过程以满足指定的规格。system integration系统集成一个系统组件的渐增的连接和测试,直到一个完整的系统。System Testing系统测试从一个系统的整体而不是个体上来测试一个系统,并且该测试关注的是规格,而不是系统内部的逻辑。technical requirements testing技术需求测试参考非功能需求测试(non-functional requirements testing)test automation

6、测试自动化使用工具来控制测试的执行、结果的比较、测试预置条件的设置、和其它测试控制和报告功能test case测试用例用于特定目标而开发的一组输入、预置条件和预期结果。test case design technique测试用例设计技术选择和导出测试用例的技术。test case suite测试用例套对被测软件的一个或多个测试用例的集合。test comparator测试比较器一个测试工具用于比较软件实际测试产生的结果与测试用例预期的结果。test completion criterion测试完成标准一个标准用于确定被计划的测试何时完成。test coverage测试覆盖参考覆盖率(Cover

7、age)test driver测试驱动一个程序或测试工具用于根据测试套执行软件。test environment测试环境测试运行其上的软件和硬件环境的描述,以及任何其它与被测软件交互的软件,包括驱动和桩test execution测试执行一个测试用例被被测软件执行,并得到一个结果。test execution technique测试执行技术执行测试用例的技术,包括手工、自动化等。test generator测试生成器根据特定的测试用例产生测试用例的工具。test harness测试用具包含测试驱动和测试比较器的测试工具。test log测试日志一个关于测试执行所有相关细节的时间记录。test

8、measurement technique测试度量技术度量测试覆盖率的技术。Test Plan测试计划一个文档,描述了要进行的测试活动的范围、方法、资源和进度。它确定测试项、被测特性、测试任务、谁执行任务,并且任何风险都要冲突计划。test procedure测试规程一个文档,提供详细的测试用例执行指令。test records测试记录对每个测试,明确的记录被测组件的标识、版本,测试规格,和实际结果test report测试报告一个描述系统或组件执行的测试和结果的文档。Test Script测试脚本一般指的是一个特定测试的一系列指令,这些指令可以被自动化测试工具执行。Test Specific

9、ation测试规格一个文档,用于指定一个软件特性、特性组合或所有特性的测试方法、输入、预期结果和执行条件。test strategy测试策略一个简单的高层文档,用于描述测试的大致方法,目标和方向。test suite测试套测试用例和/或测试脚本的一个集合,与一个应用的特定功能或特性相关。test target测试目标一组测试完成标准。testability可测试性一个系统或组件有利于测试标准建立和确定这些标准是否被满足的测试执行的程度。Testing测试IEEE给出的定义是:1)一个执行软件的过程,以验证其满足指定的需求并检测错误。2)一个软件项的分析过程以检测已有条件之间的不同,并评价软件项

10、的特性。thread testing线程测试自顶向下测试的一个变化版本,其中,递增的组件集成遵循需求子集的实现。time sharing时间共享一种操作方式,允许两个或多个用户在相同的计算机系统上同时执行计算机程序。其实现可能通过时间片轮转、优先级中断等。top-down design由顶向下设计一种设计策略,首先设计最高层的抽象和处理,然后逐步向更低级别进行设计。top-down testing自顶向下测试集成测试的一种策略,首先测试最顶层的组件,其它组件使用桩,然后逐步加入较低层的组件进行测试,直到所有组件被集成到系统中。traceability可跟踪性开发过程的两个或多个产品之间关系可以

11、被建立起来的程度,尤其是产品彼此之间有一个前后处理关系。traceability analysis跟踪性分析(1)跟踪概念文档中的软件需求到系统需求;(2)跟踪软件设计描述到软件需求规格,以及软件需求规格到软件设计描述;(3)跟踪源代码对应到设计规格,以及设计规格对应到源代码。分析确定它们之间正确性、一致性、完整性、精确性的关系。traceability matrix跟踪矩阵一个用于记录两个或多个产品之间关系的矩阵。例如,需求跟踪矩阵是跟踪从需求到设计再到编码的实现。fault故障在软件中一个错误的表现。feasible path可达路径可以通过一组输入值和条件执行到的一条路径。feature

12、 testing特性测试参考功能测试(Functional Testing)FMEA失效模型效果分析(Failure Modes and Effects Analysis)可靠性分析中的一种方法,用于在基本组件级别上确认对系统性能有重大影响的失效FMECA失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis)FMEA的一个扩展,它分析了失效结果的严重性。FTA故障树分析(Fault Tree Analysis)引起一个不需要事件产生的条件和因素的确认和分析,通常是严重影响系统性能、经济性、安全性或其它需要特性。functional

13、 decomposition功能分解参考模块分解(modular decomposition) Functional Specification 功能规格说明书一个详细描述产品特性的文档。Functional Testing功能测试测试一个产品的特性和可操作行为以确定它们满足规格。glass box testing玻璃盒测试参考白盒测试(White Box Testing)IEEE美国电子与电器工程师学会(Institute of Electrical and Electronic Engineers)incremental testing渐增测试集成测试的一种,组件逐渐被增加到系统中直到整个

14、系统被集成。infeasible path不可达路径不能够通过任何可能的输入值集合执行到的路径。input domain输入域所有可能输入的集合。inspection检视对文档进行的一种评审形式。installability testing可安装性测试确定系统的安装程序是否正确的测试。instrumentation插装在程序中插入额外的代码以获得程序在执行时行为的信息。instrumenter插装器执行插装的工具Integration Testing集成测试测试一个应用组合后的部分以确保它们的功能在组合之后正确。该测试一般在单元测试之后进行。interface接口两个功能单元的共享边界。int

15、erface analysis接口分析分析软件与硬件、用户和其它软件之间接口的需求规格。interface testing接口测试测试系统组件间接口的一种测试。invalid inputs无效输入在程序功能输入域之外的测试数据。isolation testing孤立测试组件测试(单元测试)策略中的一种,把被测组件从其上下文组件之中孤立出来,通过设计驱动和桩进行测试的一种方法。job control language工作控制语言用于确定工作顺序,描述它们对操作系统要求并控制它们执行的语言。LCSAJ线性代码顺序和跳转(Linear Code Sequence And Jump)包含三个部分:可执

16、行语句线性顺序的起始,线性顺序的结束,在线性顺序结束处控制流跳转的目标语句。LCSAJ coverageLCSAJ覆盖在组件中被测试执行到的LCSAJ的百分比。LCSAJ testingLCSAJ测试根据LCSAJ设计测试用例的一种技术。Load Testing负载测试通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力。logic analysis逻辑分析(1)评价软件设计的关键安全方程式、算法和控制逻辑的方法。(2)评价程序操作的顺序并且检测可能导致灾难的错误。logic-coverage testing逻辑覆盖测试maintainability可维护性一个软件系统

17、或组件可以被修改的容易程度,这个修改一般是因为缺陷纠正、性能改进或特性增加引起的。maintainability testing可维护性测试测试系统是否满足可维护性目标。modified condition/decision coverage修改条件/判定覆盖在组件中被测试执行到的修改条件/判定的百分比。modified condition/decision testing 修改条件/判定测试根据MC/DC设计测试用例的一种技术。Monkey Testing跳跃式测试随机性,跳跃式的测试一个系统,以确定一个系统是否会崩溃。MTBF平均失效间隔实际(mean time between failu

18、res)两次失效之间的平均操作时间。MTTF平均失效时间 (mean time to failure)第一次失效之前的平均时间MTTR平均修复时间(mean time to repair)两次修复之间的平均时间multiple condition coverage多条件覆盖参考分支条件组合覆盖(branch condition combination coverage)mutation analysis变体分析一种确定测试用例套完整性的方法,该方法通过判断测试用例套能够区别程序与其变体之间的程度。Negative Testing逆向测试/反向测试/负面测试测试瞄准于使系统不能工作。non-fu

19、nctional requirements testing非功能性需求测试与功能不相关的需求测试,如:性能测试、可用性测试等。N-switch coverageN切换覆盖在组件中被测试执行到的N转换顺序的百分比。N-switch testingN切换测试根据N转换顺序设计测试用例的一种技术,经常用于状态转换测试中。N-transitionsN转换N1转换顺序operational testing可操作性测试在系统或组件操作的环境中评价它们的表现。output domain输出域所有可能输出的集合。partition testing分类测试参考等价划分测试(equivalence partiti

20、on testing)path路径一个组件从入口到出口的一条可执行语句顺序。path coverage路径覆盖在组件中被测试执行到的路径的百分比。path sensitizing路径敏感性选择一组输入值强制组件走一个给定的路径。path testing路径测试根据路径设计测试用例的一种技术,经常用于状态转换测试中。performance testing性能测试评价一个产品或组件与性能需求是否符合的测试。portability testing可移植性测试瞄准于证明软件可以被移植到指定的硬件或软件平台上。Positive Testing正向测试测试瞄准于显示系统能够正常工作。preconditio

21、n预置条件环境或状态条件,组件执行之前必须被填充一个特定的输入值。predicate谓词一个逻辑表达式,结果为真或假。predicate data use谓词数据使用在谓词中的一个数据使用。program instrumenter程序插装参考插装(instrumenter)progressive testing递进测试在先前特性回归测试之后对新特性进行测试的一种策略。pseudo-random伪随机看似随机的,实际上是根据预先安排的顺序进行的。QA质量保证(quality assurance)(1)已计划的系统性活动,用于保证一个组件、模块或系统遵从已确立的需求。(2)采取的所有活动以保证一个

22、开发组织交付的产品满足性能需求和已确立的标准和过程。QC质量控制(quality control)用于获得质量需求的操作技术和过程,如测试活动。Race Condition竞争状态并行问题的根源。对一个共享资源的多个访问,至少包含了一个写操作,但是没有一个机制来协调同时发生的访问。recovery testing恢复性测试验证系统从失效中恢复能力的测试。regression analysis and testing回归分析和测试一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围。Regression Testing回归测试在发生修改之后重新测试先前的测试以保证修改的正确性。relea

23、se发布一个批准版本的正式通知和分发。reliability可靠性一个系统或组件在规定的条件下在指定的时间内执行其需要功能的能力。reliability assessment可靠性评价确定一个已有系统或组件的可靠性级别的过程。requirements-based testing基于需求的测试根据软件组件的需求导出测试用例的一种设计方法。review评审在产品开发过程中,把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程。risk风险不期望效果的可能性和严重性的一个度量。risk assessment风险评估对风险和风险影响的一个完整的评价。safety(生命)安全性不会引起人员伤

24、亡、产生疾病、毁坏或损失设备和财产、或者破坏环境。safety critical严格的安全性一个条件、事件、操作、过程或项,它的认识、控制或执行对生命安全性的系统来说是非常关键的。Sanity Testing理智测试软件主要功能成分的简单测试以保证它是否能进行基本的测试。参考冒烟测试SDP软件开发计划(software development plan)用于一个软件产品开发的项目计划。security testing安全性测试验证系统是否符合安全性目标的一种测试。security.(信息)安全性参考计算机系统安全性(computer system security)serviceability

25、 testing可服务性测试参考可维护性测试(maintainability testing)simple subpath简单子路径控制流的一个子路径,其中没有不必要的部分被执行。simulation模拟使用另一个系统来表示一个物理的或抽象的系统的选定行为特性。使用一个可执行模型来表示一个对象的行为。simulator模拟器软件验证期间的一个设备、软件程序、或系统,当它给定一个控制的输入时,表现的与一个给定的系统类似。SLA服务级别协议(service level agreement)服务提供商与客户之间的一个协议,用于规定服务提供商应当提供什么服务。Smoke Testing冒烟测试对软件主

26、要功能进行快餐式测试。最早来自于硬件测试实践,以确定新的硬件在第一次使用的时候不会着火Acceptance Testing可接受性测试一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。actual outcome实际结果被测对象在特定的条件下实际产生的结果。Ad Hoc Testing随机测试测试人员通过随机的尝试系统的功能,试图使系统中断。algorithm算法(1)一个定义好的有限规则集,用于在有限步骤内解决一个问题;(2)执行一个特定任务的任何操作序列。algorithm analysis算法分析一个软件的验证确认任务,用于保证选择的算法是正确的、合适的和稳定的,并且满足所有精确性、规模和时间方面的要求。Alpha TestingAlpha测试由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。analysis分析(1)分解到一些原子部分或基本原则,以便确定整体的特性;(2)一个推理的过程,显示一个特定的结果是假设前提的结果;(3)一个问题的方法研究,并且问题被分解为一些小的相关单元作进一步详细研究。anomaly异常在文档或软件操作中观察到的任何与期望违背的

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1