摘自朱少民老师的《轻轻松松自动化测试》
测试用例（test case）是为了特定测试目的（如检查程序是否出错或验证某个产品特性）而设计一个特定的使用实例或场景，包括测试条件、测试数据及与之相关的测试规程或操作过程。测试用例也可以被称为有效地发现软件缺陷的最小测试执行单元。
测试脚本（Test script）是进行自动化测试时所编写的、可执行的一种程序，以实现测试用例的执行过程。测试脚本一般由解释性的程序语言（脚本语言）来编写，如Perl、Tcl/Tk、Shell、Python、Ruby和Javascript等，也有一些测试工具特有的脚本语言，如类似于VB的SQABasic等。采用何种脚本语言是与测试工具相对应的。
负载测试（Load Test），也称压力测试（Stress test）、强度测试。负载测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷，逐渐加载或一次性加载、长时间或超大负荷地运行软件，以测试系统的稳定性，并试图找出系统性能瓶颈、异常的地方等。通过负载测试，也可以确定系统的正常工作条件、极限条件等，了解系统可靠性，从而提高软件系统的可靠性、稳定性，减少系统的宕机时间。
性能测试（Performance test），通过测试确定系统运行特性的性能指标数据，如数据吞吐量、响应时间、CPU使用率等。性能测试主要是为了获取或验证事先（如产品规格说明书）已定义的各项性能指标，测试的操作方式和负载测试相近，但结果和目的不一样。
回归测试（regression test），由于软件修改或变更，对修改后的工作版本所有可能影响的范围进行的测试，回归测试的目的是发现原来正常的功能特性出现新的问题——回归缺陷，从而确保原来正常的或符合要求的特性，不受其他区域修改的影响。回归测试，伴随着测试过程，功能测试和系统测试、单元测试和集成测试中，一旦有变更或修正，都要进行相应的回归测试。
自动化测试（Automated Test），侧重说明由测试工具自动地执行某项软件测试任务，自动化处理范围比较小。例如通过某个软件工具完成应用系统的功能测试和性能测试等测试执行工作，而测试的计划、设计和管理等其他工作还是由手工完成的。
测试自动化（Test Automation），侧重说明整个测试过程都由计算机系统自动完成，体现了更理想的自动化思想，有更广的范畴和更大的挑战。它不仅要求由工具完成测试的执行，而且要求测试的设计和管理也能由系统自动完成，例如基于模型实现测试设计的自动化、基于软件设计规格说明书实现测试用例的自动生成、基于数据库系统实现测试管理的自动化等。测试自动化要求所有的测试工作都由计算机系统自动完成，包括：1) 测试环境的搭建和设置，如自动上传软件包到服务器并完成安装；2) 脚本自动生成，如根据UML状态图、时序图等生成可运行的测试脚本；3) 测试数据的自动产生，例如通过SQL语句在数据库中产生大量的数据记录，用于测试；4) 测试操作步骤的自动执行，包括软件系统的模拟操作、测试执行过程的监控；5) 测试结果分析，实际输出和预期输出的自动对比分析；6) 测试流程（工作流）的自动处理，包括测试计划复审和批准、测试任务安排和执行、缺陷生命周期等自动化处理。7) 测试报告自动生成功能等。测试自动化意味着测试全过程的自动化和测试管理工作的完全自动化，是测试工程师所追求的一种理想境界。在测试计划、设计、实施和管理的任何时刻，始终寻求更有效、更可靠的方法和手段，以有助于提高测试的效率。“全过程的自动化测试”思想是非常重要的，会改变我们测试工作的思维，改变我们测试的生活，将测试带到一个新的境界。
MC/DC（修订的条件/判定覆盖）准则是一种实用的软件结构覆盖率测试准则， 是为了能在只经过较少的测试就和经过彻底测试的软件相媲美方面获得一定的信心，已被广泛地应用于软件验证和测试过程中.
MC/DC常被用作基于需求测试的出口规则，是想以高度自信来保证基于需求的测试已经证明源码里的每一个结果里的每一个条件都有其适当的作用。如果基于需求的测试证明了所有必须的函数被适当执行了，而且结构覆盖分析证明所有存在的代码都是可被执行的并被充分地测试，这样就不存在没有被测试的函数，至少有足够的信心。
MC/DC要求一个结果里的每一个条件可以独立产生影响，这使得它区别于其他的结构覆盖方法。根据Chilenski和Miller的结果，要想使每一个逻辑条件可以独立地去影响其结果，就要为每一个逻辑算子明确最小测试目标。在大多数依照MC/DC目标进行测试的案例里，明确和理解某两个逻辑算子的最小测试目标就为整个测试奠定了充分的基础。
网友评论