代碼托管與版本控制工具分為服務(wù)器端工具與客戶(hù)端工具，本系統采用的代碼托管與版本控制工具的服務(wù)器端工具采用gitlab，客戶(hù)端工具采用git以及turtoise。

本方案將Gitlab工具部署在服務(wù)器端。Gitlab安裝設置完成后，啟動(dòng)相關(guān)服務(wù)，通過(guò)瀏覽器登錄gitlab服務(wù)端，為用戶(hù)項目新建一個(gè)項目，為用戶(hù)提供在線(xiàn)代碼倉庫，使用戶(hù)可以通過(guò)客戶(hù)端工具將本地代碼提交到服務(wù)器端。

為了實(shí)現客戶(hù)的本地計算機與服務(wù)器端代碼倉庫的交互，需要安裝本地git客戶(hù)端，為客戶(hù)提供拉取、推送、確認、克隆等代碼管理服務(wù)。在安裝客戶(hù)端時(shí)，需要為用戶(hù)指定服務(wù)器的代碼倉庫地址以及對應的用戶(hù)及項目，同時(shí)用戶(hù)在客戶(hù)端需要建立本地代碼版本庫，與服務(wù)端倉庫進(jìn)行同步。

為了向用戶(hù)提供更加友好的版本控制工具界面，本方案使用TortoiseGit作為Git 圖形界面操作工具，可以為不熟悉linux shell腳本或者命令行的新手用戶(hù)提供快速上手的可能，降低用戶(hù)的學(xué)習成本的使用阻力。

  3.3集成測試平臺持續集成功能

本方案采用jenkins作為持續集成的實(shí)現工具，典型的集成如下圖所示。

圖3 持續集成的典型流程

首先，將jenkins持續集成服務(wù)從gitlab版本控制中心/代碼倉庫獲取最新的源程序代碼，隨后從測試參數配置界面讀取用戶(hù)設置的測試參數，并通過(guò)批處理命令調用測試工具對獲取到的源程序進(jìn)行測試，最后通過(guò)發(fā)布插件將測試結果反饋給用戶(hù)，用戶(hù)根據結果測試問(wèn)題更改代碼，再次提交代碼到gitlab版本控制中心/代碼倉庫。整個(gè)流程形成閉環(huán)，持續集成促進(jìn)代碼質(zhì)量提升。

  3.4集成測試平臺測試工具遷移

在本地測試工具的遷移過(guò)程中，需要研究集成測試平臺軟件對本地測試工具的支持情況與插件開(kāi)發(fā)情況，將當前擁有的商用測試工具遷移到集成測試平臺中，為集成測試平臺提供測試服務(wù)與測試結果信息，需要遷移的工具包括Testbed、Klocwork、C++test，同時(shí)為增加軟件測試工具的豐富程度，引入cppcheck工具作為程序靜態(tài)分析工具的補充。

C++test工具的遷移思路是，將整個(gè)測試流程作為一個(gè)命令行/SHELL實(shí)現。在整個(gè)測試流程中，包括待測試源程序拷貝到測試工作空間、選擇合適的測試策略或者分析準則、啟動(dòng)測試工具以及最終生成測試報告。

C++TEST工具的腳本執行流程如下圖所示。

圖4 C++test工具的集成測試流程

Testbed、klocwork、Cppcheck等其他工具的遷移過(guò)程與c++Test工具類(lèi)似，通過(guò)命令行對工具進(jìn)行調用，最終通過(guò)生成需要的測試報告。

  3.5集成測試平臺自動(dòng)化測試功能

自動(dòng)化測試是把以人為驅動(dòng)的測試行為轉化為機器執行的過(guò)程。集成測試平臺自動(dòng)化測試服務(wù)提供自動(dòng)化靜態(tài)分析、自動(dòng)化動(dòng)態(tài)測試功能。

自動(dòng)化靜態(tài)分析，提供定期或者由事件觸發(fā)進(jìn)行靜態(tài)分析功能，在非工作時(shí)間進(jìn)的靜態(tài)分析工作，其主要工作原理如下圖所示。

圖5 自動(dòng)化靜態(tài)分析原理圖

在持續集成服務(wù)器中配置版本控制服務(wù)器與靜態(tài)分析工具運行服務(wù)器，在構建設置中設置靜態(tài)分析任務(wù)的觸發(fā)條件或者觸發(fā)時(shí)間，設置測試結果/報告的推送端口/人員。

自動(dòng)化動(dòng)態(tài)測試，提供定期或者由事件觸發(fā)進(jìn)行動(dòng)態(tài)測試功能，在非工作時(shí)間進(jìn)的動(dòng)態(tài)測試工作，其主要工作原理如下圖所示。

圖6 自動(dòng)化動(dòng)態(tài)測試原理圖

在持續集成服務(wù)器中配置版本控制、測試用例/樁函數服務(wù)器與動(dòng)態(tài)測試工具運行服務(wù)器，在構建設置中設置動(dòng)態(tài)測試任務(wù)的觸發(fā)條件或者觸發(fā)時(shí)間，設置測試結果/報告的推送端口/人員。

  3.6集成測試平臺缺陷管理以及軟件質(zhì)量度量功能

集成測試平臺缺陷管理服務(wù)包括缺陷生命周期管理、缺陷統計服務(wù)。缺陷生命周期管理包括缺陷產(chǎn)生、缺陷分派、缺陷修復、缺陷檢查、缺陷管理、缺陷再開(kāi)等多個(gè)步驟，追蹤缺陷從產(chǎn)生到修復/關(guān)閉的整個(gè)流程，提供缺陷等級、缺陷類(lèi)型等多維度的劃分服務(wù)；缺陷統計提供缺陷匯總統計展示功能，將項目各個(gè)階段甚至整個(gè)研發(fā)過(guò)程的缺陷動(dòng)態(tài)通過(guò)不同的可視化工具統計展示，為相關(guān)人員提供度量參考。

集成測試平臺的缺陷管理工具主要通過(guò)集成jira工具來(lái)實(shí)現缺陷管理。缺陷管理具備缺陷屬性設置與缺陷流轉的功能。缺陷的主要屬性包括缺陷名稱(chēng)、缺陷描述、缺陷等級等信息，測試人員可以在開(kāi)啟缺陷時(shí)設置缺陷屬性與缺陷信息。缺陷流轉功能主要是通過(guò)缺陷在各個(gè)用戶(hù)之間流轉達到修復缺陷的目的，一般情況下參與缺陷流轉的需要測試人員、管理人員、開(kāi)發(fā)人員，測試人員負責開(kāi)啟缺陷與回歸缺陷，管理人員負責確認缺陷，開(kāi)發(fā)人員負責修復缺陷。

在軟件開(kāi)發(fā)中，軟件質(zhì)量是衡量軟件是否符合需求、標準的重要體現。除了代碼質(zhì)量外，影響軟件整體質(zhì)量的因素還有很多。因此，要明確軟件的整體質(zhì)量，就需要在各個(gè)環(huán)節嚴格控制。軟件質(zhì)量度量服務(wù)主要包括一下功能：SLOC（源代碼行數）統計、代碼覆蓋率、設計開(kāi)發(fā)約束、圈復雜度。

平臺的源代碼行數統計通過(guò)集成第三方工具實(shí)現，本平臺當前依賴(lài)的第三方代碼行數統計工具為testbed工具與Cpp NCSS工具。

代碼覆蓋率主要用于衡量單元測試用例的設計好壞程度，設計良好的單元測試用例能夠利用最少的用例達到最大的覆蓋率，同時(shí)覆蓋率也用于衡量軟件測試的充分程度。本平臺的代碼覆蓋率功能由cpptest工具的單元測試部分提供，每次執行完單元測試后根據用例執行情況生成單元測試的代碼覆蓋率情況，具體的實(shí)現情況與自動(dòng)單元測試模塊的實(shí)現功能一致。

本平臺的設計開(kāi)發(fā)約束內容主要包括：方法/函數個(gè)數、類(lèi)/方法的長(cháng)度、類(lèi)中方法/屬性的個(gè)數幾項，度量的方法采用cpp ncss工具與testbed工具進(jìn)行度量。

本平臺的圈復雜度度量的方法采用Cpp NCSS工具與testbed工具進(jìn)行度量。

  3.7集成測試平臺用戶(hù)管理、任務(wù)管理功能

集成測試平臺提供基本的用戶(hù)管理功能。用戶(hù)管理包括用戶(hù)注冊、用戶(hù)信息變更、用戶(hù)登錄、角色/權限管理、用戶(hù)分組等功能。

項目管理包括項目創(chuàng )建、項目配置、項目刪除以及項目信息展示等功能。

4  試用效果評估

為評估該平臺在實(shí)際應用的效果與能力，現已將該平臺部署到測試部門(mén)與開(kāi)發(fā)部門(mén)，為相關(guān)部門(mén)提供了集成測試服務(wù)。

在測試部門(mén)部署后，提升了測試人員的靜態(tài)分析效率，解決了原先測試工具LICENSE的沖突問(wèn)題，當前基本上已經(jīng)不存在由于LICENSE搶占而導致的靜態(tài)分析工作拖后的情況，比如：某部門(mén)利用該工具開(kāi)展了某雷達軟件15萬(wàn)行的代碼多版本跟蹤靜態(tài)分析工作，將原先需要一周才能完成的靜態(tài)工具分析工作壓縮到兩天內完成，使評測工作的效率得到了較大的提升；在開(kāi)發(fā)部門(mén)部署后，為開(kāi)發(fā)部門(mén)提供C/C++代碼編碼規則檢查/運行錯誤檢查等錯誤，將軟件測試集成與編碼的每個(gè)階段，降低了軟件在前期引入缺陷與錯誤的風(fēng)險，同時(shí)平臺提供的自動(dòng)靜態(tài)分析功能容許開(kāi)發(fā)人員在非工作時(shí)間進(jìn)行批量代碼的靜態(tài)分析，保證了代碼集成的安全性。

5  結論

本文根據軟件測試中的實(shí)際需求，對基于持續集成框架的集成測試平臺進(jìn)行了研究，并對其關(guān)鍵技術(shù)進(jìn)行了深入的研究，結合當前測試實(shí)際情況提出了平臺的機構以及具體功能的實(shí)現方法，同時(shí)選取測試部門(mén)與開(kāi)發(fā)部門(mén)進(jìn)行部署，驗證集成測試平臺在測試與開(kāi)發(fā)過(guò)程中的提質(zhì)增效能力。通過(guò)對基于持續集成技術(shù)的集成測試平臺研究與實(shí)現，降低了軟件測試成本，前移了軟件測試工作、精簡(jiǎn)了測試工具數量、提高了軟件測試效率，解決了當前測試過(guò)程中面臨的諸多能力，為測試能力提升與建設提供了良好的思路。

  參考文獻

[1趙亞楠. 基于Jenkins的企業(yè)持續集成系統的設計與實(shí)現[D].西安電子科技大學(xué), 2013

[2]朱侃逸. 基于Jenkins持續集成平臺的畢業(yè)論文選題系統設計與實(shí)現 [D]. 復旦大學(xué), 2014