软件测试名词解释

软件测试名词解释

74.Black box testing（黑盒测试），指测试人员不关心程序具体如何实现的一种测试方法。根据软件的规格对软件进行各种输入和观察软件的各种输出结果来发现软件的缺陷的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。

White box testing（白盒测试），根据软件内部的工作原理分析来进行测试,基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般白盒测试由项目经理在程序员开发中来实现。

Unit testing（单元测试），指一段代码的基本测试，其实际大小是未定的，通常是一个函数或子程序，一般由开发者执行。

Integration testing（集成测试），被测试系统的所有组件都集成在一起，找出被测试系统组件之间关系和接口中的错误。该测试一般在单元测试之后进行。

确认测试 确认测试是检验所开发的软件是否满足了需求规格说明中确定了的各种功能和性能需求，以及软件配置是否完全和正确。

系统测试 的主要任务是把已经经过确认的软件纳入实际运行环境，与其他系统的成分(如数据库、硬件和操作人员)组合在一超进行测试。

Acceptance testing（验收测试）
，系统开发生命周期方法论的一个阶段，这时相关的用户和／或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。

80.语句覆盖 语句覆盖的含义是：选择足够多的测试数据，使被测程序中每条语句至少执行一次

81.判定覆盖比语句覆盖稍强的覆盖标准是判定覆盖。按判定覆盖准则进行测试是指，设计足够多的测试用例，运行被测程序，使得程序中每个判断至少都获得一次“真”值和“假”值，或者说，使得程序中的每一个取“真”分支和取“假”分支至少经历一次，即判断的真假值均曾被满足。判定覆盖又称为分支覆盖

81☞ 判定覆盖 判定覆盖是设计足够多的测试用例，使得程序中的每一个判断至少获得一次“真”和一次“假”，即使得程序流程图中的每一个真假分支至少被执行一次。

82.条件覆盖条件覆盖的含义是：设计足够多的测试用例，执行被测程序后，使得每一判定语句中每个逻辑条件的可能取值至少满足一次

83.判定条件覆盖设计足够的测试用例，使得判定中每个条件的所有可能（真/假）至少出现一次，并且每个判定本身的判定结果（真/假）也至少出现一次

84.条件组合覆盖条件组合覆盖（Condition Coverage）是设计足够的测试用例，使得每个判定表达式中条件的各种可能组合都至少出现一次。条件组合覆盖率的公式如下： 条件组合覆盖率＝（条件组合被评价的数量）/（条件组合的总数）

85.逻辑覆盖逻辑覆盖是通过对程序逻辑结构的遍历实现程序的覆盖。它是一系列测试过程的总称，这组测试过程逐渐进行越来越完整的通路测试。

86.路径测试路径测试（path testing）是指根据路径设计测试用例的一种技术，经常用于状态转换测试中。基本路径测试法是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例的方法。设计出的测试用例要保证在测试中程序的每个可执行语句至少执行一次。

81.判定覆盖判定覆盖是设计足够多的测试用例，使得程序中的每一个判断至少获得一次“真”和一次“假”，即使得程序流程图中的每一个真假分支至少被执行一次。

86.路径测试基本路径测试的基本思想是，以软件过程性描述为基础(例如，程序流程图或源代码)，通过分析它的控制流程计算复杂度，导出基本路径集合，并设计一组测试用例，确保程序中的每个语句至少执行一次，每一条路径都通过一次

Alpha testing (α测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。

Beta testing(β测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。

Static testing（静态测试），不通过执行来测试一个系统。如代码检查，文档检查和评审等。

Regression testing（回归测试），在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，对软件的任何新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再现。

Ad hoc testing (随机测试)，没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。

Smoke testing（冒烟测试），冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。参考“Sanity testing（健全测试）”。

Sanity testing（健全测试），软件主要功能成分的简单测试以保证它是否能进行基本的测试。