测试小白应该了解的软件测试术语！

测试小白应该了解的软件测试术语！

一、软件测试的定义。

在规定的条件下对程序进行操作，以发现程序错误 ， 衡量软件质量，并对其是否能满足设计要求进行评估的过程。

1、规定条件 --> 测试用例

2、发现程序错误 --> 找bug

3、衡量软件质量 --> 质量评估

4、满足设计要求 --> 满足要求

二、软件测试相关术语

1、Manual testing：人工测试 人工测试是由测试人员手工逐步执行所有的活动，并观察每一步是否成功 完成。人工测试是任何测试活动的一部分，在开发初始阶段软件及其用户接口还未足够稳定时尤其有 效。即使在开发周期很短以及自动化测试驱动的开发过程中，人工测试技术依然具有重要的作用。

2、Automated Testing：自动化测试 自动化测试是把以人为驱动的测试行为转化为机器执行的一种过 程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测 试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率， 便引入了自动化测试的概念。

3、Black box testing：黑盒测试 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使 用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下， 在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地 接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对 软件界面和软件功能进行测试 

4、White box testing：白盒测试 白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测 试。白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，你清楚 盒子内部的东西以及里面是如何运作的。"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测 试。"白盒"法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻 辑着手，得出测试数据。

5、Debug：排除程序故障 调试 1937年，美国青年霍华德·艾肯找到IBM公司为其投资200万美元研制计 算机，第一台成品艾肯把它取名为:马克1号(mark1)，又叫"自动序列受控计算机"，从这时起IBM公司由 生产制表机，肉铺磅秤，咖啡研磨机等乱七八糟玩意儿行业，正式跨进"计算机"领地。为马克1号编制 程序的是哈佛的一位女数学家格蕾丝·霍珀，有一天，她在调试程序时出现故障，拆开继电器后，发现有 只飞蛾被夹扁在触点中间，从而"卡"住了机器的运行。于是，霍珀诙谐的把程序故障统称为"臭虫 (BUG)"，把排除程序故障叫DEBUG，而这奇怪的"称呼"，后来成为计算机领域的专业行话。从而debug意为排除程序故障的意思。

6、Test plan：测试计划 描述了要进行的测试活动的范围、方法、资源和进度的文档;是对整个信息系统应 用软件组装测试和确认测试。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测 试计划可以有效预防计划的风险，保障计划的顺利实施。测试计划是在需求整理完成，和开发计划一起 制定的一份计划书，它从属于项目计划中其中的一个计划。

7、Test case：测试用例 测试用例是一组条件或变量，测试根据它来确定应用软件或软件系统是否正确 工作，用于测试输入、执行条件以及预期结果等。

8、Bug：漏洞、程序错误 在程序设计中的术语，是指在软件运行中因为程序本身有错误而造成的功能不 正常、体验不佳、死机、数据丢失、非正常中断等现象。

9、Defect：缺陷 软件缺陷(Defect)，常常又被叫做Bug。所谓软件缺陷，即为计算机软件或程序中存在 的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度 上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义:从产品内部看，缺陷是软件产品开发 或维护过程中存在的错误、毛病等各种问题;从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。

10、Test report：测试报告 测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分 析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。

11、Testing environment Deployment：测试环境部署 测试环境部署是指为模拟用户软件环境，对软件 测试过程搭建对应的软硬件环境。

12、Sprint：迭代 迭代是重复反馈过程的活动，其目的通常是为了逼近所需目标或结果。每一次对过 程的重复称为一次"迭代"，而每一次迭代得到的结果会作为下一次迭代的初始值。

13、Version：版本 version是指软件升级的版本，如1.0，2.0。

14、Functional testing：功能测试 功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测 试，检查产品是否达到用户要求的功能。功能测试也叫黑盒测试或数据驱动测试，只需考虑需要测试的 各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出 来的测试用例，输入数据在预期结果和实际结果之间进行评测，进而提出更加使产品达到用户使用的要求。

15、User interface testing：用户界面测试 (UI测试) 测试用户界面的功能模块的布局是否合理，整体 风格是否一致和各个控件的放置位置是否符合客户使用习惯，更重要的是要符合操作便捷，导航简单易 懂，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等等。

16、Exception testing：异常测试 异常测试是指通过认为制造错误情况测试系统对错误操作、错误报文 的反应，检查系统是否给出了清晰且充分的提示或约束。

17、Unit testing：单元测试 单元测试是指对软件中的最小可测试单元进行检查和验证

18、Integration testing：集成测试 集成测试是在单元测试的基础上，将所有模块按照概要设计要去组装 成为子系统或系统，验证组装后功能以及模块间接口是否正确的测试工作。

19、System testing：系统测试 系统测试是对整个系统的测试，将硬件、软件、操作人员看作一个整 体，检验它是否有不符合系统说明书的地方。

20、UAT：用户验收测试 用户验收测试是指相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。

21、International testing：国际化测试 国际化测试是测试软件的国际化支持能力，发现软件的国际化的 潜在问题，保证软件在世界不同区域中都能正常运行。

22、Performance testing：性能测试 性能测试是指基于协议模拟用户发出请求，对服务器形成一定的负 载，来测试服务器的性能指标是否满足要求的过程。

23、Priority：优先级 bug修复的优先级别

24、Severity：严重性 是指错误对被测系统的影响程度，在终端用户条件下发生的可能性，软件错误 妨碍系统使用的程度。

25、Quality assurance：质量保证 质量保证是指为使人们确信产品或服务能满足质量要求而在质量管理 体系中实施并根据需要进行证实的全部有计划和有系统的活动。质量保证一般适用于有合同的场合，其 主要目的是使用户确信产品或服务能满足规定的质量要求。

26、Smoking test：冒烟测试 在软件中，"冒烟测试"这一术语描述的是在将代码更改嵌入到产品的源树中 之前对这些更改进行验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经济有效的方 法。冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。

27、Software life cycle：软件生命周期 软件生命周期是指软件开发全部过程、活动和任务的结构框架，包括需求，设计，编码，测试和维护等阶段。

28、Static testing：静态测试 静态测试是指不运行被测程序本身，仅通过分析或检查源程序的语法、结 构、过程、接口等来检查程序正确性。

29、Dynamic testing：动态测试 动态测试是指通过运行被测程序，检查运行结果与预期结果的差异，并 分析运行效率、正确性和健壮性等性能。

30、Structured query language：结构化查询语言 SQL SQL是一种数据库查询和程序设计语言，用于存 取数据以及查询、更新和管理关系数据库系统。

31、Module：模块 模块是指一个或一块功能是完整的，可以独立的功能区域。

32、Test Scenario：测试场景 测试场景是可以测试的任何功能，也成为测试条件或测试可能性。指站在 用户的角度，找出真实世界的场景和使用中的应用程序案例。

33、Check Point：检查点 检查点是指程序或进程正常运行时周期性记录进程或程序有关信息的点， 目的是当系统发生故障或错误时，从最新检查点恢复。

34、Testing coverage：测试覆盖 测试覆盖是指测试系统覆盖被测试系统的程度，一项给定测试或一组 测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度。

35、Review：评审 评审是由项目阶段成果的作者以外的其他人来检查工作成果，发现问题，提出意 见和建议，以达到改进质量的目的。

36、Screen shot：抓屏截屏 软件测试中，将软件界面中的错误的全部或一部分，使用专用工具存储成图 像文件，以便于后续处理。

37、TBD：待确定 TBD在测试文档中是一项进行中的尚未最终确定的工作。

38、TBC：待确认 TBC在测试文档中一项待确认的工作，一般是确认问题。