自动化测试的术语与定义

以下很多术语及定义都是从“Rational Unified Process(RUP)2001，，中选取的，并用星号标出来。

    +A—1itecture(体系结构)一个系统在其环境中的最高级别的概念(IEEE)。软件系统(在某一给定时刻)的体系结构是指通过接口互相联系的主要组件的组织方式或结构，这些组件相应的是由更小的组件和接口构成的。

    Artifact(产物)某过程所创建的任何产品、交付物或文档。

    ’Build(㈣：)一个构建版本由一个或多个组件(通常是可执行的)

组成，每一个组件通常又由其他组件通过编译和连接源代码而构成。  ”‰ponent(组件)系统中一个实际的可替换的部分，它包括功能的实附录BPn，cess(过程)可获得产品或服务的一系列步骤；可生成出产品或服务的

劳动。

    Pro。essG。ntd(过程控制)保持产品或服务符合规格说明的自我调节操作。

Product(产品)

、交付物以及文档。

    *Ratk啪J ae8rc咖Ratioanl公司提供的配置管理软件。

    *Ratl0力d cl ea=_Qu船t这是R砒i删公司提供的跟踪缺陷及需求更改

管理系统。

    *Rationd R。b。t Robot是Ratil瑚l Suite Teststudb 2001软件的捕获／回放组件。

    *Rational T吲．Martager 1hMmaager是Ratioanl公司提供的管理所有测试活动——计划、设计、实现、执行和分析——的中心控制台。

    *Rationd uni矗ed Plx：cess这是Rati州公司提供的软件工程过程，此过程为在一个开发组织中分配任务和责任提供了严谨的方法。

    Specificatbns(规格说明)为客户提供的产品和服务时期望能达到的标准。

    *’Fest Artifact Set(测试产物集)搜集和形成与所进行测试相关的信息。

    *’Fest case(测试用例)是一套为特定目标开发的测试输入、执行条件和预期结果，例如执行一条特殊程序路径或者在特定要求下验证一致性。

    7lest Condi由n(测试条件)测试所涉及的各种环境因素。

    *T哪Da协(测试数据)在测试中所用到的实际数值或执行测试所必须的数值。测试数据是测试条件(作为输人或预存在的数据)的具体例化，用于验证已成功实现的特定要求(通过将实际结果与期望结果比较)。

    ’rest Inpu乜(测试输入)是工作过程的产物，用于标识和定义发生在测试期间的动作。这些产物可能是从测试组之外的软件开发过程中产生的，例如砖能需求规格说明和设计规格说明。它们也可能是从前期测试阶段产生的并被留给了后续的测试活动。

    *Test PIan(测试计划)包括项目中的测试目标和目的的信息。此外，测试计划还明确下捌试实现的策略和所需要的资源。

    *Te毗陬Jcedl鹏(测试程序)是一套详细的指示，用于某特定测试用例(或一套测试用例)的建立、执行和结果评估。

    Test Requireaaent(测试需求>星关于某具体测试目标的声明以及确认测试是否通过所要达到的标准。

  7rh Results(测试结果)执行测试所捕获的数据，并被用于计算澍试的不同关键测度。现、提供并配合接口的实现。

    Data-Driven T氤iIlg(数据驱动测试)这是一种测试脚本的功能及执行由外部数据所引导的自动测试方法。这种方法将测试及控制数据与测试脚本本身分离开了。

    Functional De03mlx)：sition Approach(功能分解方法)这是一种将测试用例缩减为基本任务、导航、功能测试、数据验证和返回导航的自动化测试方法，也称作框架驱动方法(Fr础work—Ddv曲Approach)。

  KeyWord-Drivenlb血g(关键宇驱动测试)这种方法是由SAS研究所堂cdNagle开发的，并作为自由软件发布在互联网上。关键字驱动测试是Performance TEst啦f性能测试)测试的应用程序与性能相关的特征作出描绘和评估。度情况、执行流程、响应时间以及操作可靠性和限制。以对所要这些测试包括时间调

    。Prooedure(程序)当执行一个任务时所要遵循的行动过程的文档化描述，通过遵循这种一步接一步的方法可以保证达到各项标准。

原文转自：http://www.ltesting.net