[发明专利]脚本测试方法及装置

说明书

本发明公开了一种脚本测试方法及装置。其中，该方法包括：接收脚本测试请求，请求至少包括待测脚本代码；根据接收到的待测脚本代码，对本地缓存的相应的待测脚本代码进行同步更新，待测脚本代码包含待测脚本和测试用例；在测试执行端执行测试用例以对待测脚本进行测试。本发明解决了相关技术中人工回归测试数据工作量大的技术问题。

技术领域

本发明涉及计算机领域，具体而言，涉及一种脚本测试方法及装置。

背景技术

Puppet是一种Linux、Unix平台的集中配置管理系统，使用ruby语言，可管理配置文件、用户、cron任务、软件包、系统服务等。puppet把这些系统实体称之为资源，puppet的设计目标是简化对这些资源的管理以及妥善处理资源间的依赖关系。

Puppet采用C/S星状的结构，所有的客户端与一个或几个服务器交互。每个客户端周期的(默认半个小时)向服务器发送请求，获得其最新的配置信息，保证和该配置信息同步。每个puppet客户端每半小时(可以设置)连接一次服务器端,下载最新的配置文件,并且严格按照配置文件来配置客户端。

Puppet的运行依赖于我们要编写一系列的脚本，就同普通语言的脚本一样，系统会去运行Puppet的脚本去部署环境。由于在实际应用中，我们大多采用C/S架构，一份脚本会影响到所有客户端环境的部署，因此我们应当尽可能得去保证脚本的正确性。

传统的脚本测试对手工依赖的程度非常高，手工回归所有的测试场景会消耗大量的时间。并且Puppet是直接配置系统环境的，当我们需要对一份脚本进行不同参数环境下的测试时，前面的测试必将对后面的测试造成影响。因此如果能够搭建一套自动化测试框架，自动回归所有的测试场景并在每次测试时保证环境的干净尤为重要。

目前Puppet的脚本测试主要有两种方式：

一种是人工在机器上执行测试，我们会将最新的代码从版本仓库中更新到测试机，运行本地的Puppet脚本。假如本次的Puppet脚本需要配置Rsync(主要功能包括安装Rsync软件包，创建Rsync的配置文件，启动Rsync服务等)，在运行完该Puppet脚本之后，我们会手动去查看Rsync安装的版本，Rsync服务是否正常启动，端口是否开放等这一些信息。

另外一种是利用Rspec-puppet来检测。Rspec-puppet是一种基于Rspec的测试工具，可以在Puppet运行之前进行相关资源的检测，通常的做法是：(1)在每个模块中加入Rspec-puppet的测试目录，然后在测试目录中加入测试用例；(2)模块更新后，执行模块中对应的测试用例进行回归测试。

对于第一种方案，主要缺点有如下几点：(1)人工回归工作量大，且都是繁琐的重复劳动；(2)完成一次测试之后，需要对环境做必要的清理，因为可能对下次重复执行用例造成影响；(3)假如涉及到需要测试不同的操作系统版本时，会需要搭建很多的测试环境，浪费资源。

对于第二种方案，可以很方便的进行回归测试，无需进行太多的环境部署。然而，该方案只是对Puppet的代码逻辑进行了验证，无需将Puppet的模块放置到机器上进行运行。正是由于此种方案并未真实运行，因此不能反映Puppet模块在机器上的真实执行效果。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种脚本测试方法及装置，以至少解决相关技术中人工回归测试数据工作量大的技术问题。

根据本发明实施例的一个方面，提供了一种脚本测试方法，包括：接收脚本测试请求，上述请求至少包括待测脚本代码；根据接收到的上述待测脚本代码，对本地缓存的相应的待测脚本代码进行同步更新，上述待测脚本代码包含待测脚本和测试用例；在测试执行端执行上述测试用例以对上述待测脚本进行测试。