软件测试术语详解全

翻译如下软件测试相关术语，并在网上初步查询其含

义，写在每个术语后面：

1.Manualtesting

1.手工测试：测试员手动一个个输入测试用例并观察输出结果。

2.对应场景样例：算法比赛中自测代码结果与给定样例进行比

对，手动输入样例检验。

2.AutomatedTesting

1.自动化测试：使用自动化测试工具来进行测试，这类测试一般

不需要人干预，通常在GUI、性能等测试中用得较多。

2.对应场景样例：验钞机点钞验钞。

3.Blackboxtesting

1.指对程序功能性的测试，不考虑内部程序的具体体现，只用关

注程序功能是否能满足需求而进行的测试，相当于一个看不见内部的

黑盒子。

2.解释样例：以等价类划分为例，若规定x=4为有效类，则输入

样例满足x!二4统统为无效类，输入x的值看结果是否有效。

3.对应场景样例：电话号码判断（等价类划分法），判断一组数

字是否是一个标准的电话号码（仅关注输出结果）

Whiteboxtesting

L根据软件内部的工作原理分析进行测试，基于代码的测试，测

试人员通过阅读程序代码或通过开发工具进行单步调试来判断软件

的质量，要考虑测试用例对程序内部的覆盖程度，最好的白盒测试是

可以覆盖程序的每条路径。

2.解释样例：以平闰年判断程序为例进行测试，在测试样例满足

需求的同时尽可能检测判断程序中的逻辑判断（如是否是正常年份，

平年或是闰年）。

3.对应场景样例：地图迷宫（迷宫中有大量宝藏），目的走出迷

宫（需求），但最好的结果是拿到最多宝藏后走出就需要尽可能探索

迷宫的每条路径（测试需尽可能覆盖每条程序）。

4.Debug

调试：开发人员确定引起错误的根本原因和确定可能的修复

措施的过程。一般发生在子系统或单元模块编码完成时，或者根

据测试错误报告指出错误以后，开发人员需要执行调试过程来解

决已存在的错误。

5.Testplan

测试计划：描述了要进行的测试活动的范围、方法、资源和进

度的文档。它确定测试项、被测特性、测试任务、谁执行任务、各种

可能的风险。

6.Testcase

测试用例：为特定目标而开发的一组测试输入、执行条件和预

期结果，其目标可以是测试某个程序路径或核实是否满足某个特定的

需求。

7.Bug

漏洞、错误：软件程序中存在的编程错误，可能会带来不必要

的副作用，软件的功能和特性与设计规格说明书或用户需求不一致的

方面。

8.Defect

缺陷：特征表现为软件未达到产品说明书标明的功能；软件出

现产品说明书指明不会出现的错误；软件功能超出产品说明书指明的

范围；虽然产品说明书未指出但是软件应达到的目标；软件测试人员

或用户认为软件难以理解，不易使用，运行速度缓慢等问题。

9.Testreport

测试报告：把测试的过程和结果写成文档，对发现的问题和缺

陷进行分析，为纠正软件的存在的质量问题提供依据。

ll.TestingenvironmentDeployment

测试环境部署：配置进行测试的环境，对于我们将要测试的软

件部署在一台服务器或者个人电脑上，使软件测试人员能够执行相关

的被测软件。

12.Sprint

迭代的周期：指在scrum团队中完成一定数量工作需要的短暂、

固定的周期。

13.Version

版本：每一次测试后改动过的软件（文档）都是一个新的版本。

14.Functionaltesting

1.功能测试：根据产品特征、操作描述和用户方案，测试一个

产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功

能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当

的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像

应用程序是专门为该市场开发的一样。

2.对应场景样例：楼房建设以保证最终成品与实物一致，外观,

内置等各种因素。

15.Userinterfacetesting

用户界面测试：指测试用户界面的风格是否满足客户要求，文

字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友

好等等。ui测试的目标是确保用户界面会通过测试对象的功能来为

用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标

准。包括用户友好性、人性化、易操作性测试。

16.Exceptiontesting

1.异常测试：是检测系统对异常情况的处理。异常测试覆盖硬

件或软件异常时的处理。测试方应通过人为制造错误情况测试系统对

错误操作、错误报文的反应，检查程序中的屏幕或页面是否给出了清

晰且充分的提示或约束；一旦出现错误情况，系统是否能正常报告，

并检查系统的错误提示是否清晰且充分；测试系统是否处理了用户的

异常操作，还是造成死机或处理错误。

2.对应场景样例：判断吸尘器的功能是否优异就是往地上制造

垃圾灰尘在进行验证。

17.Unittesting

1.单元测试：指一段代码的基本测试，大小为定，通常是程序中

的某个函数或者是子程序。

2.解释样例：一个模块封装的完整功能程序，针对其中某个模块

或者某个函数进行测试。

3.对应场景样例：研究森林的质地系统时采取森林中某棵树的样

本。

18.Integrationtesting

1.集成测试：将被测试系统的所有组件（模块）通过适当的集成

策略组合在在一起，对系统的接口（白盒测试）以及集成后的功能（黑

盒测试）进行正确性检测的一种测试，集成的主要目的是检查软件单

位之间的接口是否正确，一般在单元测试之后进行。

2.解释样例：一个完整的系统多有不同的功能模块组成，通过白

盒测试检测模块之间（如数据传输，功能冲突，组装方法等）是否存

在缺陷以及对系统存在什么样的影响。

3.对应场景样例：造竹筏，由多组竹子捆缚组成，竹筏的实用性

取决于竹子间的拼接组装等因素。

19.Systemtesting

系统测试：将已经集成好的软件系统，作为整个基于计算机系

统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等

其他系统元素结合在一起，在实际运行（使用）的环境下，对计算机

系统进行一系列的组装测试和确认测试。

20.UAT=UserAcceptanceTest

1.用户接受测试（验收测试）：是向未来的用户表明系统能够像

预定那样要求工作，在集成测试之后进一步验证软件的有效性。

3.对应场景样例：一道菜品在所有材料都处理组装后的品味判

断。

21.Internationaltesting

国际化测试：国际化测试的目的是测状软件的国际化支持能力，

发现软件的国际化的潜在问题，保证软件在世界不同区域中都能正常

运行。国际化测试使用每种可能的国际输入类型，针对任何区域性或

区域设置检查产品的功能是否正常，软件国际化测试的重点在于执行

国际字符串的输入/输出功能。国际化测试数据必须包含东亚语言、

德语、复杂脚本字符和英语（可选）的混合字符。

22.Performancetesting

1.性能测试：评价一个产品或组件与性能需求是否符合的测

试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。

2.对应场景样例：合格塑料袋需要检验容量大小，结实程度

等。

23.Priority

优先权：从商业角度出发是指错误的重要性，尤其是从客户和

用户的角度出发，是指错误对于系统的可行性和可接受性的影响。

24.Severity

严重性：错误对被测系统的影响程度，在终端用户条件下发生

的可能性，软件错误妨碍系统使用的程度。

25.Qualityassurance

质量保证：采取的所有活动以保证一个开发组织交付的产品满

足性能需求和已确立的标准和过程。

26.Smokingtest

1.冒烟测试：冒烟测试的对象是每一个新编译的需要正式测试

的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测

试工作。

27.Softwarelifecycle

软件生命周期：开始于一个软件产品的构思，结束于该产品不再

被使用的这段期间。

28.Statictesting

静态测试：指不运行被测程序本身，仅通过分析或检查源程序的

语法、结构、过程、接口等来检查程序的正确性。对照需求规格说明

书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来

找错。

29.Dynamictesting

动态测试：通过运行被测程序，检查运行结果与预期结果的差

异，并分析运行效率、正确性和健壮性等性能。

30.Structuredquerylanguage

结构化查询语言：数据库SQL

31.Module

模块：一个功能完整的独立区域。

与单元测试的区别：模块测试是对系统赋有明显功能的最小粒

度的测试，是对一个模块进行测试，根据模块的功能说明，检验模块

是否有错误。这种测试在各模块编程后进行。单元测试主要为，代码

块，单元接口，类，方法，函数等，而模块测试更强调的是一个或者

一块功能是完整的，可以独立的功能区域进行测试，这可能有几个单

元代码组成。

32.TestScenario

测试场景：测试场景是根据模块的功能对测试需求进行分组的

高级分类，测试场景可能有一个或多个与其相关的测试用例。

33.CheckPoint??

检查点/执行校验点：将特定属性的当前数据与期望数据进行

比较的检查点，用于判定被测试程序功能是否正确。

34.Testingcoverage

测试覆盖率：指测试系统覆盖被测试系统的程度，一项给定测

试或一组测试对某个给定系统或构件的所有指定测试用例进行处理

所达到的程度。

35.Review

1.评审：在产品开发过程中，把产品提交给