持續集成與自動化測試的實現

持續集成與自動化測試是企業軟件開發的重點，本文主要是通過分析現階段企業軟件開發情況為基礎，結合近年來持續集成與自動化測試應用特點，分析在企業軟件開放中實現持續集成與自動化測試的方向，以此為軟件開發提供依據。

【關鍵詞】持續集成 自動化 測試 企業軟件

為了優化工作形式，提升工作效率，確保銷售系統處于長期平穩管理和優化的狀態下，軟件企業可以應用持續集成與自動化測試方案進行工作。持續集成與自動化測試是敏捷開發方案的重要組成內容，其需要開發團隊每天最少實施一次產品級設計和多次個人設計，并對每一次的設計進行單元、集成和功能等檢測工作，之后及時進行信息反饋。下面通過了解持續集成的流程，明確實際發展中的測試創新方向，以此為軟件企業的發展提供依據。

1 持續集成的流程

持續集成是通過極限編程開發獲取的，是一種軟件開發實踐。其需要開發小組的每一位組員多次集成他們擁有的工作成果，一般情況下要每天最少進行一次，還有的開發團隊中的組員每一天都要多次進行溝通和交流。實際溝通并不是單一的組建軟件，每一次的集成都是依據檢測其中存在的問題，從而保障軟件現階段的功能不會受到影響，且可以自主分析現階段代碼的情況，如是否存在重復、代碼的多變性等。結合信息的及時反饋，開發工作者可以全面認識軟件集成的狀況，對于那些不成功的集成實施整改，從而提升軟件開發的質量和效率。

持續集成的流程包含了如下幾點：

1.1 持續代碼評估

通過VSIS中的最新代碼實施多方面的自主評估，如引用Java技術開發的產品可以依據以下兩方面步驟實施持續代碼的評估，一方面是代碼風格和標準評估工作。應用Checkstyle工具掃描源碼文件，主要是通過組織編碼規定設計相關要求；另一方面在進行架構設計和評估工作的過程中，可以選擇應用PMD對編譯后的字節碼實施掃描，此時各項目中的掃描規定可以在實際應用中通過要求進行調節。

1.2 持續單元檢測

在完成對代碼的自動評估工作之后，需要對代碼實施單元檢測，應用開發者調試通過的單元測試代碼。單元測試結束之后可以應用Cobertura工具展現出代碼的覆蓋程度，其中包含了分支和類覆蓋率。

1.3 持續產品設計

選擇Fitnesse作為設計場景的工具，對產品實施前后集成檢測。結合產品的應用場景，在Fitnesse中整合相應數據信息，之后結合后臺檢測代碼，明確產品功能的優越性。

1.4 持續負載檢測

在完成產品功能檢測之后，可以對產品的相關性能點實施自主化負載檢測。通過結合Apache JMeter等用具進行操作，也可以開發相關后臺腳本獲取更為全面的信息，之后通過郵件的形式傳遞到項目管理者手中，具體人員名單可以在持續集成方案中指出。

2 持續集成與自動化測試的創新

2.1 目標和原則

在實際發展中要達到以下幾點目標：

（1）整理組織的測試過程和持續集成步驟，優化整體組織者的導入培訓工作，從整體角度上優化測試觀點，從而保障開發在各個階段都可以完成需要的合格交付物。

（2）在各項開發組中推廣持續集成，可以自主進行持續代碼的評估、持續單元集成檢測、持續郵件信息傳遞等工作。保障每一個項目組都擁有展現小版本的技能，從而為檢測時期的軟件提供保障。

（3）開發組的持續集成構建也為測試組中一些測試者的需求提供了服務，促使現階段的測試工作者更多了解測試用例的設計，實現測試覆蓋度的最大化，從而全面提升檢測組的影響力和工作效率。

（4）在構建持續集成的過程中，需要開發工作者與檢測工作者在研究中增加交流。若是持續集成的構成規模越來越大，不但可以提升開發者的檢測水平，還可以提升檢測工作者的開發水平。

為達到上述目標，一定要遵守如下持續集成指導原則：

（1）設計去耦合。有助于開發工作得到正確劃分，可以在一天之內進行多種開發工作。

（2）簡易原則。通過增加數量的形式實施開發，明確重難點，以此不斷優化。

（3）代碼簽入原則。每結束一個開發任務就需要簽入代碼。簽入代碼的過程中可以實現功能，并自主實施檢測。在簽入之前需要在本地開發環境或者是集成調試服務器中先滿足測試的規定。

（4）全自動化。若是要手動阻止，就算實施持續集成也不會產生壓力。

（5）關注任務實施情況。簽入代碼且獲取持續集成成功的反饋信息后才能完成任務。簽入的功能代碼一定要伴隨著測試代碼進行。

（6）減少開發風險。持續集成不能降低問題出現的概率，但是可以及時發掘研究中存在的問題。

（7）持續推廣。持續獲取應用者的反饋信息，有助于應用者和開發者進行交流。

2.2 測試管理創新

結合企業自身的服務總線項目的發展狀況，設計應用自主化檢測和持續集成的工作方案。因為企業自身的服務總線項目工作具備的獨特性，所以選擇應用“先主后輔”的形式，先在某一個主流程中進行持續集成和自動化測試工作的創新，之后評價對主步驟的優化過程和完成之后對企業軟件開發組帶來的阻礙，結合評價信息，設計最終整體產品的持續集成和自動化測試創新方案，從而實現改善開發步驟、提升軟件效率、提供支持管理方案所需的優質信息的目標。

現階段，推廣的持續集成中包括了持續單元檢測、持續集成檢測和持續代碼評估等，最終通過部分引導整體的形式來設計整體項目的持續集成和自動化測試環境，且加大與工作人員的信息溝通和交流，初步構建持續集成與自動化檢測提出的敏捷環境。當然，在實際發展的過程中，通過理論與實踐操作的整合分析，明確組織的持續集成步驟和規定，以此為企業軟件開發的研究提供依據。

3 結束語

總而言之，持續集成不但可以進行技術開發，也可以展現組織和文化的特點。要想讓市場接受持續集成和自動化測試實踐，最好的方案就是從易到難逐漸進入到自動化，最終達到整體發展自動化的目標，從而在實踐應用中展現出自己的價值，并為企業的發展提供保障。

參考文獻

[1]黃俊偉，賈云偉.Android項目持續集成系統設計與實現[J].電腦編程技巧與維護，2014（23）：46-48.

[2]朱紅，仇潤鶴.基于Jenkins的移動通信業務自動化測試平臺的設計與測試[J].科技與創新，2016（07）：12-14.

[3]白赫鵬.自動化測試平臺Safe的設計與實現[J].北京交通大學，2015.

作者簡介

劉侃（1983-），男，江蘇省泰興市人。大學本科學歷。專業技術資格：ISTQB高級全系列。研究方向為測試模式與實踐，電力行業信息化。

作者單位

江蘇電力信息技術有限公司 江蘇省南京市 210024