CN103246604A - 软件测试的系统和方法以及控制装置与执行装置 - Google Patents

Abstract

本发明提供一种软件测试的系统和方法以及控制装置与执行装置，有助于测试结果的正确分析，以及有助于提高测试效率。该系统包括中心控制装置、版本管理装置、和多个执行装置，其中：中心控制装置，用于向被指定的所述执行装置提供测试环境信息以及接收测试结果，所述测试环境信息中包含当前要执行的测试用例的脚本文件在所述版本管理装置中的位置和被指定的所述执行装置的标识；所述版本管理装置，用于对所述测试用例的脚本文件进行版本管理；所述执行装置，用于按照所述测试环境信息从所述版本管理装置中获取所述当前要执行的测试用例的脚本文件，以及执行该脚本文件然后向所述中心控制装置发送执行结果。

Description

软件测试的系统和方法以及控制装置与执行装置

技术领域

本发明涉及一种软件测试的系统和方法以及控制装置与执行装置。

背景技术

软件测试是在软件开发过程中必不可少的环节，软件测试的效果直接影响到软件本身的性能。软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写各种测试脚本，由一个或多个测试脚本组成测试用例，通过执行测试用例中的测试脚本，对测试方案可能出现的问题进行分析和评估。一个测试用例通常用于完成一种具体的功能。该功能可以是不同层级的功能。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。

目前已有多种测试软件，用来辅助测试人员管理测试用例和执行测试任务。对于一些大型软件，通常需要多个测试人员对其进行测试，在测试的过程中，测试人员通过各自的计算机运行的测试软件对同一个被测软件进行测试并且分析测试结果。在实现本发明的过程中，发明人发现上述方式存在的主要问题一是在测试用例的脚本文件不断更新的情况下，各个测试人员拿到的测试用例的脚本文件容易出现版本不一致的问题，从而使各人的测试结果不尽相同，影响测试结果的正确分析；问题二是多个测试人员的测试脚本执行和脚本执行结果分散，不利于统一管理。

发明内容

有鉴于此，本发明提供一种软件测试的系统和方法以及控制装置与执行装置，有助于测试结果的正确分析，以及有助于统一管理测试脚本的执行和脚本执行结果。

为实现上述目的，根据本发明的一个方面，提供了一种软件测试系统。

本发明的软件测试系统包括中心控制装置、版本管理装置、和多个执行装置，其中：中心控制装置，用于向被指定的所述执行装置提供测试环境信息以及接收测试结果，所述测试环境信息中包含当前要执行的测试用例的脚本文件在所述版本管理装置中的位置和被指定的所述执行装置的标识；所述版本管理装置，用于对所述测试用例的脚本文件进行版本管理；所述执行装置，用于按照所述测试环境信息从所述版本管理装置中获取所述当前要执行的测试用例的脚本文件，以及执行该脚本文件然后向所述中心控制装置发送执行结果。

可选地，所述中心控制装置还用于：保存测试用例的标识与测试用例的脚本文件之间的对应关系，以及保存测试用例的脚本文件在所述版本管理装置中的位置；提供人机界面以接收人员输入的当前要执行的测试用例的标识和被指定的所述执行装置的标识；根据接收的测试用例的标识和所述对应关系确定脚本文件。

可选地，所述执行装置还用于：接收人员输入的当前要执行的测试用例的脚本文件在所述版本管理装置中的位置，根据该位置获取测试用例的脚本文件并执行。

根据本发明的另一方面，提供了一种软件测试方法。

本发明的软件测试方法，应用于本发明中的软件测试系统，该方法包括：中心控制装置向被指定的执行装置提供测试环境信息；所述测试环境信息中包含当前要执行的测试用例的脚本文件在版本管理装置中的位置和被指定的所述执行装置的标识；所述被指定的执行装置按照所述测试环境信息从所述版本管理装置中获取所述当前要执行的测试用例的脚本文件，执行该脚本文件之后向所述中心控制装置发送执行结果。

可选地，所述中心控制装置向被指定的执行装置提供测试环境信息之前，还包括：所述中心控制装置获取当前要执行的测试用例的标识和被指定的所述执行装置的标识；所述中心控制装置根据获取的测试用例的标识和所述对应关系确定当前要执行的测试用例的脚本文件。

根据本发明的又一方面，提供一种软件测试控制装置。

本发明的软件测试控制装置包括：发送模块，用于向被指定的执行装置提供测试环境信息；所述测试环境信息中包含当前要执行的测试用例的脚本文件在版本管理装置中的位置；结果接收模块，用于接收所述执行装置在执行所述脚本文件之后发送的执行结果。

可选地，还包括：保存模块，用于保存测试用例的标识与测试用例的脚本文件之间的对应关系，以及保存测试用例的脚本文件在所述版本管理装置中的位置；人机界面模块，用于提供人机界面以接收人员输入的当前要执行的测试用例的标识和被指定的所述执行装置的标识；确定模块，用于根据接收的测试用例的标识和所述对应关系确定当前要执行的测试用例的脚本文件。

根据本发明的又一方面，提供了一种软件测试执行装置。

本发明的软件测试执行装置包括：接收模块，用于接收测试环境信息；所述测试环境信息中包含当前要执行的测试用例的脚本文件在版本管理装置中的位置；获取模块，用于按照所述测试环境信息从所述版本管理装置中获取所述当前要执行的测试用例的脚本文件；执行模块，用于执行所述获取模块获取的脚本文件；结果发送模块，用于发送所述执行模块对脚本文件的执行结果。

根据本发明的技术方案，测试环境信息由中心控制装置提供给执行装置，执行结果都回传到中心控制装置，从而使测试任务能够由中心控制装置统一管理，由此可避免出现多个测试人员的测试脚本执行和脚本执行结果分散，从而实现统一管理测试脚本的执行；另外采用版本管理工具来管理测试用例的脚本，而测试用例的脚本是测试装置按中心控制装置统一管理的测试任务从版本管理装置获取，所以能够保证测试装置每次获取的是唯一并且最新的版本的测试脚本，从而生成唯一的测试结果，有助于对其进行正确分析，并且统一管理测试脚本的执行结果。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的软件测试系统的示意图；

图2是根据本发明实施例的软件测试方法的步骤的示意图；

图3是根据本发明实施例的创建回归用例和执行回归用例的系统框架的示意图；

图4是根据本发明实施例的软件测试控制装置的基本结构的示意图；

图5是根据本发明实施例的软件测试执行装置的基本结构的示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的软件测试系统的示意图。如图1所示，本实施例的软件测试系统主要包括中心控制装置11、多个执行装置121、122……12N，以及版本管理装置13。

中心控制装置11用于向被指定的执行装置提供测试环境信息以及接收测试结果，该测试环境信息中包含当前要执行的测试用例的脚本文件在版本管理装置13中的位置。版本管理装置13用于对测试用例的脚本文件进行版本管理，可以采用现有的各种版本管理工具来实现版本管理，包括保证各个测试用例中的脚本为当前最新版。执行装置121、122……12N用于按照测试环境信息从版本管理装置13中获取当前要执行的测试用例的脚本文件，以及执行该脚本文件然后向中心控制装置11发送执行结果。

在本实施例的这种软件测试系统中，测试环境信息由中心控制装置提供给执行装置，执行结果都回传到中心控制装置，从而使测试任务能够由中心控制装置统一管理，由此可避免出现多个测试人员的测试脚本执行和脚本执行结果的分散现象，从而实现统一管理测试脚本的执行；另外采用版本管理工具来管理测试用例的脚本，而测试用例的脚本是测试装置按中心控制装置统一管理的测试任务从版本管理装置获取，所以能够保证测试装置每次获取的是唯一并且最新的版本的测试脚本，从而生成唯一的测试结果，有助于对其进行正确分析，并且统一管理测试脚本的执行结果。

测试人员可以登录到中心控制装置上进行测试操作。为此，中心控制装置11还可以用于：保存测试用例的标识与测试用例的脚本文件之间的对应关系，以及保存测试用例的脚本文件在版本管理装置13中的位置；提供人机界面以接收人员输入的当前要执行的测试用例的标识和被指定的执行装置的标识；根据接收的测试用例的标识和上述对应关系确定脚本文件。这里的人机界面可以是WEB界面，测试人员可以用自己的用户名登录。登录之后可以在人机界面中输入测试用例的标识例如测试用例的号码，并且输入执行装置的标识例如网络地址以指定执行装置。该人机界面中可以事先呈现测试用例的功能描述和号码的列表以供测试人员选择。因为保存了上述对应关系和测试用例的脚本文件在版本管理装置中的位置，所以在收到测试人员输入的测试用例的标识后，就可以给出当前测试任务所需测试脚本在版本管理装置13中的位置，以便执行装置从该位置获取测试脚本。

测试人员也可以在执行装置上进行操作以获取测试用例的脚本文件。为此，执行装置可以接收人员输入的当前要执行的测试用例的脚本文件在版本管理装置13中的位置，根据该位置获取测试用例的脚本文件并执行。

以下结合图2对本发明实施例中的软件测试方法做出说明。图2是根据本发明实施例的软件测试方法的步骤的示意图。

步骤S21：中心控制装置获取当前要执行的测试用例的标识和被指定的所述执行装置的标识。可以从一个测试任务的列表中获取测试用例的标识，该列表中的各条测试任务是根据测试人员事先输入的信息而生成。也可以是测试人员当前输入的要执行的测试用例的标识和被指定的所述执行装置的标识。

步骤S22：中心控制装置根据获取的测试用例的标识和所述对应关系确定当前要执行的测试用例的脚本文件。为此，中心控制装置要事先保存测试用例的标识与测试用例的脚本文件之间的对应关系。

步骤S23：中心控制装置确定当前要执行的测试用例的脚本文件在版本管理装置中的位置。为此，中心控制装置中要事先保存测试用例的脚本文件在所述版本管理装置中的位置。

步骤S24：中心控制装置向被指定的执行装置提供测试环境信息。环境信息中包含当前要执行的测试用例的脚本文件在版本管理装置中的位置。

步骤S25：被指定的执行装置按照所述测试环境信息从所述版本管理装置中获取所述当前要执行的测试用例的脚本文件。

步骤S26：被指定的执行装置执行获取的测试用例的脚本文件。

步骤S27：被指定的执行装置将执行结果发送给中心控制装置。

以下结合图3对创建回归用例和执行回归用例的流程举例说明。图3是根据本发明实施例的创建回归用例和执行回归用例的系统框架的示意图。

1、创建回归用例的流程

1.1原子用例

定义：一个基本功能点，从业务逻辑上不可再拆分，一般对应一个测试脚本。例如新增、编辑、删除三个操作分别为三个原子用例。

格式：

输入部分：指定原子用例绑定的脚本及其测试数据文件。例如：

run_script=ImportInvoice.py;DATAFILE=ImportInvoiceData.py;

解析回写部分：将输入数据key和可能用到的assert从DATAFILE文件解析回写，供编写组合用例参考，例如：parameters={'belongarea':'总公','endNum':'55','startNum':'55','number':'1','impIclass':'营业税发票','iarea':'总公司','ipici':'1'};expect=('assertEqual','发票导入成功！','win_text')

存储位置：存储到Testlink用例的precondition字段。

1.2组合用例

定义：组合原子用例，提供测试数据并且可进行测试数据参数化。

输入部分：分为初始化setup{}、主题body{}、清理teardown{}三部分，其中body为必填，

大括号中每条数据构成如表1所示。

表1

例如：

其中$startNum,$endNum为参数化输入数据，以$符号开头。

存储位置：存储到Testlink用例的precondition字段。

2、执行回归用例的流程

本流程是中心控制装置发起的数据推模式自动回归。

2.1环境配置

中心控制装置（以中心控制装置中采用testlink测试工具为例）的人机界面中设置有执行按钮，用以启动测试任务。点击执行按钮时弹出页面，测试人员输入执行装置的IP、执行程序的路径等环境信息，用于在运行脚本时初始化执行环境。

2.2创建任务

录入环境配置信息后提交，在testlink数据库中新建的任务信息表中生成一条任务记录。任务信息bktest_job的结构如表2所示。

表2

2.3中心控制装置上的执行内容

中心控制装置的测试任务的控制可以采用STAF/STAX工具。

扫描bktest_job中status=1并且当前时间往前两天（可配置）内提交的任务。

将扫描到任务的status置为2，并且检查exec_machine执行装置IP是否在执行装置列表中，若不在，将任务分发到执行装置上并且将IP写入执行装置列表；否则跳过当前任务以后执行。若执行装置列表中的IP存在时间大于一天（可配置），则从执行装置列表强制删除该IP并且分发任务到该执行装置上。

执行装置的任务完成后，通知中心控制装置，将任务的任务状态status置为3，并且将执行装置的IP从执行装置列表中删除。

2.4执行装置的执行内容

执行装置的接收测试任务可以采用STAF/STAX作为辅助。

执行装置接收分发的任务，运行执行装置的执行主流程脚本，主流程脚本运行完成后通知中心控制装置的STAF/STAX进行状态变更和机器列表清理工作，并且通过中心控制装置的API将测试结果回写到Testlink的数据库中，如果失败则填充失败原因。

3、执行装置发起的数据拉模式自动回归

在执行装置端，通过中心控制装置的API获取回归用例绑定的测试脚本和测试数据文件。

运行方式：

通过执行装置的主动拉取模块，从SVN获取测试脚本和测试脚本数据文件，运行测试脚本。

执行装置的命令行启动：python Runcase.py，按提示步骤录入参数，

例如：

请输入操作人员在中心控制装置的账号：ceshizhe

请用数字选择执行的用例级别（case=1，suilt=2，product=3）：1

请输入执行用例的id，如有多个，请以','分隔：19

请输入buildid(在testlink界面上可以找到)：1

请输入测试计划编号：9

3.1回写脚本的运行结果

通过中心控制装置的API将测试结果回写到Testlink的数据库中，如果失败则填充失败原因。

图4是根据本发明实施例的软件测试控制装置的基本结构的示意图。该软件测试控制装置可以设置在上述的中心控制装置11中。如图4所示，软件测试控制装置40主要包括发送模块41和结果接收模块42。

发送模块41用于向被指定的执行装置提供测试环境信息；所述测试环境信息中包含当前要执行的测试用例的脚本文件在版本管理装置中的位置；结果接收模块42用于接收所述执行装置在执行所述脚本文件之后发送的执行结果。

软件测试控制装置40还可以包括保存模块、人机界面模块、以及确定模块（图中未示出）。其中：保存模块用于保存测试用例的标识与测试用例的脚本文件之间的对应关系，以及保存测试用例的脚本文件在所述版本管理装置中的位置；人机界面模块用于提供人机界面以接收人员输入的当前要执行的测试用例的标识和被指定的所述执行装置的标识；确定模块用于根据接收的测试用例的标识和所述对应关系确定当前要执行的测试用例的脚本文件。

图5是根据本发明实施例的软件测试执行装置的基本结构的示意图。该软件测试执行装置可以设置在上述的执行装置121、122……12N中。如图5所示，软件测试执行装置50主要包括接收模块51、获取模块52、执行模块53、和结果发送模块54。

接收模块51用于接收测试环境信息；所述测试环境信息中包含当前要执行的测试用例的脚本文件在版本管理装置中的位置；获取模块52用于按照所述测试环境信息从所述版本管理装置中获取所述当前要执行的测试用例的脚本文件；执行模块53用于执行获取模块52获取的脚本文件；结果发送模块54用于发送执行模块53对脚本文件的执行结果。

根据本发明实施例的技术方案，测试环境信息由中心控制装置提供给执行装置，执行结果都回传到中心控制装置，从而使测试任务能够由中心控制装置统一管理，由此可避免出现多个测试人员的测试脚本执行和脚本执行结果的分散现象，从而实现统一管理测试脚本的执行；另外采用版本管理工具来管理测试用例，而测试用例是测试装置按中心控制装置统一管理的测试任务从版本管理装置获取，所以能够保证测试装置每次获取的是唯一并且最新的版本的测试脚本，从而生成唯一的测试结果，有助于对其进行正确分析。在具体测试时可以采用中心控制装置推送测试任务和执行装置拉取测试用例脚本两种方式，方便测试人员根据实际情况进行选择。

以上结合具体实施例描述了本发明的基本原理，但是，需要指出的是，对本领域的普通技术人员而言，能够理解本发明的方法和设备的全部或者任何步骤或者部件，可以在任何计算装置（包括处理器、存储介质等）或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。

因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来开发出的任何存储介质。

还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (8)

1.一种软件测试系统，其特征在于，包括中心控制装置、版本管理装置、和多个执行装置，其中：

中心控制装置，用于向被指定的所述执行装置提供测试环境信息以及接收测试结果，所述测试环境信息中包含当前要执行的测试用例的脚本文件在所述版本管理装置中的位置和被指定的所述执行装置的标识；

所述版本管理装置，用于对所述测试用例的脚本文件进行版本管理；

所述执行装置，用于按照所述测试环境信息从所述版本管理装置中获取所述当前要执行的测试用例的脚本文件，以及执行该脚本文件然后向所述中心控制装置发送执行结果。

2.根据权利要求1所述的软件测试系统，其特征在于，所述中心控制装置还用于：

保存测试用例的标识与测试用例的脚本文件之间的对应关系，以及保存测试用例的脚本文件在所述版本管理装置中的位置；

提供人机界面以接收人员输入的当前要执行的测试用例的标识和被指定的所述执行装置的标识；

根据接收的测试用例的标识和所述对应关系确定脚本文件。

3.根据权利要求1或2所述的软件测试系统，其特征在于，所述执行装置还用于：接收人员输入的当前要执行的测试用例的脚本文件在所述版本管理装置中的位置，根据该位置获取测试用例的脚本文件并执行。

4.一种软件测试方法，应用于权利要求2中的软件测试系统，其特征在于，该方法包括：

中心控制装置向被指定的执行装置提供测试环境信息；所述测试环境信息中包含当前要执行的测试用例的脚本文件在版本管理装置中的位置和被指定的所述执行装置的标识；

所述被指定的执行装置按照所述测试环境信息从所述版本管理装置中获取所述当前要执行的测试用例的脚本文件，执行该脚本文件之后向所述中心控制装置发送执行结果。

5.根据权利要求4所述的软件测试方法，其特征在于，所述中心控制装置向被指定的执行装置提供测试环境信息之前，还包括：

所述中心控制装置获取当前要执行的测试用例的标识和被指定的所述执行装置的标识；

所述中心控制装置根据获取的测试用例的标识和所述对应关系确定当前要执行的测试用例的脚本文件。

6.一种软件测试控制装置，其特征在于，包括：

发送模块，用于向被指定的执行装置提供测试环境信息；所述测试环境信息中包含当前要执行的测试用例的脚本文件在版本管理装置中的位置；

结果接收模块，用于接收所述执行装置在执行所述脚本文件之后发送的执行结果。

7.根据权利要求6所述的软件测试控制装置，其特征在于，还包括：

保存模块，用于保存测试用例的标识与测试用例的脚本文件之间的对应关系，以及保存测试用例的脚本文件在所述版本管理装置中的位置；

人机界面模块，用于提供人机界面以接收人员输入的当前要执行的测试用例的标识和被指定的所述执行装置的标识；

确定模块，用于根据接收的测试用例的标识和所述对应关系确定当前要执行的测试用例的脚本文件。

8.一种软件测试执行装置，其特征在于，包括：

接收模块，用于接收测试环境信息；所述测试环境信息中包含当前要执行的测试用例的脚本文件在版本管理装置中的位置；

获取模块，用于按照所述测试环境信息从所述版本管理装置中获取所述当前要执行的测试用例的脚本文件；

执行模块，用于执行所述获取模块获取的脚本文件；

结果发送模块，用于发送所述执行模块对脚本文件的执行结果。

Images