[發明專利]腳本測試方法及裝置

有效

• 申請號: 201710016235.3
• 申請日: 2017-01-10
• 公開（公告）號: CN106708740B
• 公開（公告）日: 2020-04-21
• 發明（設計）人: 龔繼華;畢文娟;何丹
• 申請（專利權）人: 網易（杭州）網絡有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 北京博浩百睿知識產權代理有限責任公司 11134
• 代理人: 宋子良

本發明公開了一種腳本測試方法及裝置。其中，該方法包括：接收腳本測試請求，請求至少包括待測腳本代碼；根據接收到的待測腳本代碼，對本地緩存的相應的待測腳本代碼進行同步更新，待測腳本代碼包含待測腳本和測試用例；在測試執行端執行測試用例以對待測腳本進行測試。本發明解決了相關技術中人工回歸測試數據工作量大的技術問題。

技術領域

本發明涉及計算機領域，具體而言，涉及一種腳本測試方法及裝置。

背景技術

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模塊在機器上的真實執行效果。

針對上述問題，目前尚未提出有效的解決方案。

發明內容

本發明實施例提供了一種腳本測試方法及裝置，以至少解決相關技術中人工回歸測試數據工作量大的技術問題。

根據本發明實施例的一個方面，提供了一種腳本測試方法，包括：接收腳本測試請求，上述請求至少包括待測腳本代碼；根據接收到的上述待測腳本代碼，對本地緩存的相應的待測腳本代碼進行同步更新，上述待測腳本代碼包含待測腳本和測試用例；在測試執行端執行上述測試用例以對上述待測腳本進行測試。