移動聯(lián)調測試引入自動化構思

呂振山

【摘要】 移動聯(lián)調測試工作引入自動化勢在必行，本文主要從業(yè)務角度和自動化框架實現的角度進行分析，論證聯(lián)調測試工 作引入自動化的可行性，從業(yè)務角度主要分析業(yè)務實現自動化的要素，以及自動化的結果判定標準，從自動化角度主要分析自動化的框架搭建，以及自動化的實現流程，并從工作效率及人力成本的角度對自動化實現前后進行總結。

【關鍵字】 自動化 聯(lián)調測試 充值業(yè)務 JENKINS

Abstract：System interaction test of CMCC is trend， The article analysis form business and automation frame to prove practicability of automation， From business analysis key element of realizing automation and judging standard， From automation analysis frame build and work flow， Then sum up work efficiency and human cost of realizing automation.

Keywords： Automation System Interaction Test Recharge Business JENKEINS

一、引言

隨著互聯(lián)網的快速發(fā)展，移動充值業(yè)務也與互聯(lián)網緊密結合，與多家互聯(lián)網公司合作，不斷增加網站和APP的充值接口，隨著業(yè)務的不斷擴展，與31省的聯(lián)調測試工作變得越來越繁多， 而這些聯(lián)調測試工作都是重復的，因此聯(lián)調測試工作引入自動化變得越來越必要。

移動運營商的聯(lián)調測試，即是指31省的移動業(yè)務支撐系統(tǒng)與中心的業(yè)務支撐系統(tǒng)，以及第三方系統(tǒng)實現對接的測試，由于涉及的系統(tǒng)多且跨區(qū)域，使聯(lián)調測試的難度系數大大增加，31省及第三方系統(tǒng)的資源投入及自身系統(tǒng)的穩(wěn)定性，存在太多不確定因素，作為中心的業(yè)務支撐系統(tǒng)與之對接測試，必然會造成一定的資源浪費，因此聯(lián)調測試引入自動化即可解決資源浪費，又可以提升聯(lián)調測試的效率。

二、移動業(yè)務實現自動化分析

根據移動運營商現有業(yè)務，需要聯(lián)調測試的業(yè)務按照處理方式可以劃分為實時交易和對賬兩大類型的業(yè)務，實時交易屬于消息類型的業(yè)務，對賬屬于文件類型的業(yè)務，兩種業(yè)務存在質的差別，因此自動化的實現框架會存在一定差別。

在討論自動化實現框架之前，首先對當前聯(lián)調測試各方的角色進行一個簡單的介紹，中心系統(tǒng)統(tǒng)一進行實時消息的轉發(fā)及數據信息的管理，省側即可做為實時交易業(yè)務的發(fā)起方，也可做為實時交易的結束方，而第三方系統(tǒng)只能做為實時交易業(yè)務的發(fā)起方，對賬類的業(yè)務也是由中心系統(tǒng)實現三方對賬，對賬的差異下發(fā)給相應的系統(tǒng)，中心系統(tǒng)做為一個核心與各方系統(tǒng)進行對接及聯(lián)調測試，聯(lián)調測試由中心系統(tǒng)的聯(lián)調人員組織，并進行聯(lián)調結果的記錄和聯(lián)調狀態(tài)的通報。

實時交易類型的業(yè)務，主要是通過實時消息進行充值和查詢等業(yè)務的操作，當前的聯(lián)調方式主要是通過聯(lián)調人員手動，由省側或者是第三方系統(tǒng)發(fā)起，通過中心系統(tǒng)進行轉發(fā)，各方聯(lián)調人員通過對業(yè)務的處理結果判斷聯(lián)調用例是否通過。

分析實時交易類業(yè)務的聯(lián)調特點，同一用例31省各測一遍，需要重復測試31遍，自動化恰巧是解決重復測試人力浪費的技術，中心側實現自動化后，整個測試過程可變?yōu)椋阂?、發(fā)起方根據測試用例批量發(fā)起交易，測試用例對應的關鍵信息整理為表格，發(fā)給中心側。二、中心側根據表格關鍵信息作為自動化的輸入，進行自動化檢測，判斷中心側處理結果。這樣中心側聯(lián)調人員只需要檢查自動化的執(zhí)行結果，就可以判斷聯(lián)調是否成功，既節(jié)省人力又提高了效率。

對于實時交易關鍵信息的提取，發(fā)起方需要提取的關鍵信息是：每個用例執(zhí)行的交易流水號，作為中心側自動化執(zhí)行的輸入。

中心側自動化輸出信息包括：自動化執(zhí)行結果和省份信息，以判斷是哪個省份用例的執(zhí)行結果。

自動化如何判斷執(zhí)行結果是否通過，不同的業(yè)務流程，有不同的判斷標準，下面就以移動商城充值流程為例來探討如何精確的判斷執(zhí)行結果。首先看一下移動商城的充值流程：

根據流程圖，中心系統(tǒng)與其它系統(tǒng)交互點有6個：

1、中心系統(tǒng)收到移動商城發(fā)起的充值請求

2、中心系統(tǒng)給移動商城回應確認收到充值請求

3、中心系統(tǒng)發(fā)送充值請求到省系統(tǒng)

4、省系統(tǒng)返回充值結果給中心系統(tǒng)

5、中心系統(tǒng)返回充值結果給移動商城

6、移動商城給中心系統(tǒng)回應確認收到充值結果

因此對于中心側判斷充值是否成功需要從這6個方面進行信息提取，作為判斷依據：

1、自動化檢查移動商城回應的報文，若報文存在則此判斷通過

2、自動化檢查省返回給中心系統(tǒng)的充值結果報文，報文頭的“應答/錯誤代碼”和“應答/錯誤描述”以及報文體“二級應答碼”和“應答描述”，這些字段值與預設的值進行比對，若一致則此判斷通過

3、自動化檢查中心系統(tǒng)返回給移動商城的充值結果報文體的“交易結果代碼”和“交易結果描述”，這些字段與預設的值進行比對，若一致則此判斷通過

4、自動化檢查移動商城收到充值結果的回應報文，若報文存在則此判斷通過

依據這個判斷標準可以精確的判斷用例是否執(zhí)行通過，聯(lián)調人員只需要查看自動化的執(zhí)行結果和對應的省份，就可以確定用例是否執(zhí)行通過，其它流程依據這個思路亦可實現自動化。

對賬屬于文件類型的業(yè)務，對賬的基本流程相對實時交易比較簡單，仍以移動商城的對賬為例，首先簡單介紹一下對賬流程，省對賬文件和移動商城對賬文件每日定時自動上傳到中心系統(tǒng)平臺，由中心系統(tǒng)平臺進行對賬，對平的記錄和有差異的記錄生成文件發(fā)給移動商城，并生成差異文件下發(fā)給省，對于自動化結果的輸出省份和文件下發(fā)信息，執(zhí)行自動化后聯(lián)調人員可以清晰的看到各省文件下發(fā)情況，此時自動化不能直接判定對賬用例是否通過，仍需要線下與各方確認文件的處理結果后，才可以判定用例的執(zhí)行結果，此處實現自動化的目的優(yōu)化聯(lián)調人員重復的查看日志和相應表格，提升工作的效率。

每個聯(lián)調過程都會有新版本的提交，由于服務器比較多，環(huán)境部署也是一個繁瑣重復的過程，公司的版本管理流程規(guī)范化為實現環(huán)境部署自動化創(chuàng)造了優(yōu)越的條件，對于環(huán)境部署的構思，也可以引入自動化，大大減少人工參與的程度，減小了版本升級過程人工誤操作的風險，各服務器同時并行版本升級，也大大減少了版本升級花費的時間。

三、自動化框架分析

接下來討論一下自動化框架的搭建，現在流行的自動化構建工具比較多，根據不同的需求，可以選擇適合自己的構建工具，聯(lián)調自動化的引入，計劃采用JENKINS構建自動化框架。

如下圖2是對自動化框架的整體構思。

JENKINS構建自動化涉及的主要插件有Robot Framework Plug-in、Email Extension Plug-in、Token Macro Plug-in、FTP Publisher Plug-in、SSH Plug-in，對于所需的JENKINS插件及其安裝，這里就不再贅述，這里主要討論一下自動化的整理架構，自動化的處理過程是一個端到端的過程，在整個過程中不需要人為干預，整個自動化實現流程如下：

1、發(fā)布版本歸檔到SVN，自動化腳本實現自動獲取版本，放入指定目錄；

2、自動化自動執(zhí)行版本編譯，編譯完成后自動進行版本部署，在版本部署過程中出現任何錯誤，都會進行版本回退；

3、版本部署成功后自動執(zhí)行用例腳本；

4、執(zhí)行完所有腳本后自動生成自動化執(zhí)行結果報告，并郵件發(fā)送給相關人員。

四、總結

從業(yè)務角度分析及自動化實現框架分析，聯(lián)調工作具備引入自動化的條件，且可以實現，實現自動化后，整個聯(lián)調過程中心側聯(lián)調人員，人工干預的程度就非常的小，由于參與聯(lián)調的機構較多，無法端到端的實現自動化，因此只能從自身的工作內容考慮，來進行優(yōu)化。根據當前人工聯(lián)調的效率的估算，實現自動化后，每次聯(lián)調只需要投入1-2人就可以高效的支撐31省的聯(lián)調工作，減少人力的投入，節(jié)省人力成本，在此也體現了自動化解決重復工作問題的優(yōu)越性，在工作過程中需要不斷的總結，不斷的過程優(yōu)化，以提升工作的效率。

參 考 文 獻

[1]統(tǒng)一支付平臺與移動商城系統(tǒng)接口技術方案-V1.0.7，2014年

[2] Jenkins用戶手冊V1.0，2014年

[3]劉華婷.基于Jenkins 快速搭建持續(xù)集成環(huán)境[DB/OL].（2011-11-24）

[4]陶鎮(zhèn)威.基于Jenkins的持續(xù)集成研究與應用[D]；華南理工大學；2012年

[5] Jenkins： The Definitive Guide，John Ferguson Smart，2011年7月

[6] teve McConnell.Daily build and Smoke Test[J].IEEE Software， 1996， 13（4）：144-143