1現(xiàn)狀
在嵌入式系統(tǒng)研發(fā)設(shè)計(jì)中，軟件正越來越多地取代硬件，以降低系統(tǒng)的成本，獲得更大的靈活性，這就意味著軟件在整個(gè)嵌入式系統(tǒng)中的比重將越來越大。軟件代碼的質(zhì)量已經(jīng)成為整個(gè)產(chǎn)品質(zhì)量的重要衡量參數(shù)。目前，“改善軟件質(zhì)量”已經(jīng)在汽車、等嵌入式領(lǐng)域成為熱門話題。也是多數(shù)軟件開發(fā)團(tuán)隊(duì)面臨的挑戰(zhàn)：越發(fā)嚴(yán)格的產(chǎn)品發(fā)布期限、更廣闊的團(tuán)隊(duì)分布、不斷增加的軟件復(fù)雜性以及對(duì)軟件質(zhì)量更高的要求。
全面嚴(yán)格的測(cè)試工作是改善軟件質(zhì)量的關(guān)鍵，在這樣的背景下，如何在更短的時(shí)間內(nèi)完成繁重而復(fù)雜的各階段測(cè)試，保證更高的軟件質(zhì)量，是眾多開發(fā)團(tuán)隊(duì)正在面臨并急需解決的問題。根據(jù)第三方的調(diào)研發(fā)現(xiàn)，目前，每1～2年，嵌入式系統(tǒng)的軟件規(guī)模就要翻1番，而嵌入式軟件的測(cè)試任務(wù)卻要增加4～8倍。對(duì)軟件系統(tǒng)的測(cè)試由人工進(jìn)行，會(huì)消耗大量的精力，同時(shí)也存在人工勞動(dòng)的失誤為軟件產(chǎn)品引入錯(cuò)誤的風(fēng)險(xiǎn)。
因此，由測(cè)試造成的嵌入式系統(tǒng)開發(fā)效率低下、嵌入式軟件測(cè)試方法和工具不完善等問題就顯得越來越突出。
2解決方案
傳統(tǒng)人工進(jìn)行代碼靜態(tài)檢查、單元測(cè)試以及大量重復(fù)的回歸測(cè)試，需要耗費(fèi)大量的時(shí)間和精力，并且很難避免人的疏忽和大意給代碼帶來其它缺陷。不同階段正確選擇和使用不同工具，能夠輔助工程師進(jìn)行更嚴(yán)謹(jǐn)而有效的測(cè)試工作，更大大縮短測(cè)試周期。
但在提高軟件質(zhì)量的同時(shí)，也會(huì)遇到一些新的高層次的管理問題：
♦ 如何合理減少在靜態(tài)分析和單元測(cè)試中大量投入的人力?
♦ 如何確保在不增加管理成本的情況下強(qiáng)制所有提交的代碼都必須經(jīng)過靜態(tài)分析以及單元測(cè)試?
♦ 如何才能在讓所購(gòu)買的工具可以限度被合理利用，以減少購(gòu)買數(shù)量控制成本?
這些高層次的研發(fā)管理問題帶來了新的挑戰(zhàn)。
恒潤(rùn)科技通過搭建整套基于Jenkins、結(jié)合工具以及配置庫的可持續(xù)集成平臺(tái)，可以解決眾多用戶在進(jìn)行測(cè)試過程中遇到的上述管理問題。通過符合實(shí)際項(xiàng)目狀況的平臺(tái)流程設(shè)計(jì)，實(shí)現(xiàn)合理、自動(dòng)化的工具調(diào)度，對(duì)上傳到配置庫中的穩(wěn)定代碼強(qiáng)制執(zhí)行相應(yīng)測(cè)試，為軟件研發(fā)過程中的代碼質(zhì)量保障工作帶來了更大的便利，使用戶能夠更加快捷、有效地提高軟件代碼的質(zhì)量!
3基于QAF&Tessy的持續(xù)集成平臺(tái)介紹
3.1平臺(tái)概述
針對(duì)上述問題，我們引入當(dāng)前專業(yè)的代碼靜態(tài)分析工具——PRQA公司的QAF以及專門針對(duì)嵌入式軟件的C/C 代碼進(jìn)行單元、集成測(cè)試的工具——Razorcat公司的Tessy輔助進(jìn)行大量的測(cè)試工作，在保證測(cè)試有效性的同時(shí)更大大縮短測(cè)試周期。Jenkins聯(lián)合上述兩個(gè)工具以及版本管理軟件搭建持續(xù)集成平臺(tái)，可以實(shí)現(xiàn)無需人工介入的代碼靜態(tài)檢查以及動(dòng)態(tài)回歸測(cè)試，優(yōu)化測(cè)試過程、提高開發(fā)效率、保證軟件質(zhì)量。
在軟件開發(fā)過程中，對(duì)于每一次變更，使用靜態(tài)測(cè)試工具QAF(QAC/C )，通過分析程序的源代碼來發(fā)現(xiàn)代碼中存在的潛在缺陷問題，實(shí)現(xiàn)方便、快捷、有效地改善代碼質(zhì)量;通過使用QAV對(duì)靜態(tài)分析結(jié)果進(jìn)行管理、查看，進(jìn)行項(xiàng)目團(tuán)隊(duì)管理、任務(wù)劃分、代碼版本管理、詳細(xì)報(bào)告或自報(bào)告等，實(shí)現(xiàn)合理利用軟件資源，輔助團(tuán)隊(duì)內(nèi)部、便利的合作與管理。
進(jìn)行靜態(tài)分析有效地避免那些在動(dòng)態(tài)測(cè)試過程中無法發(fā)現(xiàn)的缺陷被帶到產(chǎn)品制造階段，隨同產(chǎn)品流入市場(chǎng)，造成難以估量的損失;檢查代碼錯(cuò)誤，可以在開發(fā)階段發(fā)現(xiàn)運(yùn)行時(shí)錯(cuò)誤，減少動(dòng)態(tài)測(cè)試中發(fā)現(xiàn)bug頻率，減少回歸。
使用單元/集成測(cè)試工具Tessy進(jìn)行動(dòng)態(tài)測(cè)試，以對(duì)單元、模塊進(jìn)行功能、接口的測(cè)試。通過Tessy實(shí)現(xiàn)自動(dòng)化的搭建測(cè)試驅(qū)動(dòng)、選擇性的自動(dòng)或手動(dòng)打樁，通過在實(shí)際環(huán)境執(zhí)行設(shè)計(jì)好的測(cè)試用例，確認(rèn)單元、模塊的功能和接口。
在實(shí)際開發(fā)過程中，代碼會(huì)經(jīng)過眾多版本的變更，為確保每一次的變更都會(huì)嚴(yán)格按照已有流程進(jìn)行靜態(tài)分析和動(dòng)態(tài)測(cè)試，并優(yōu)化人員與軟件資源的配置管理，通過Jenkins搭建持續(xù)開發(fā)平臺(tái)，自動(dòng)識(shí)別配置庫(SVN)的變動(dòng)，結(jié)合上述工具QAF(QAC/C )、Tessy實(shí)現(xiàn)自動(dòng)、的完成相關(guān)測(cè)試工作。
3.2平臺(tái)工作過程
該平臺(tái)可以根據(jù)客戶實(shí)際需求、工作流程以及相應(yīng)規(guī)范調(diào)整具體過程，實(shí)現(xiàn)自動(dòng)化的編譯、靜態(tài)分析以及動(dòng)態(tài)回歸測(cè)試等階段活動(dòng)。
3.3過程描述
該平臺(tái)將SVN與測(cè)試工具緊密結(jié)合在一起，工程師只需在本地進(jìn)行當(dāng)天代碼的分析工作，并根據(jù)變更調(diào)整測(cè)試用例。而后將變更內(nèi)容上傳至SVN庫中即可。平臺(tái)依據(jù)設(shè)置，可定時(shí)掃描SVN庫，一旦發(fā)現(xiàn)SVN庫有變動(dòng)，就會(huì)將整個(gè)庫中代碼進(jìn)行靜態(tài)測(cè)試，并根據(jù)已有測(cè)試用例進(jìn)行動(dòng)態(tài)回歸測(cè)試，并將結(jié)果發(fā)至關(guān)鍵人郵箱。
通過該平臺(tái)進(jìn)行整個(gè)工程的分析工作，能夠盡早盡快的發(fā)現(xiàn)代碼集成后產(chǎn)生的缺陷。完美實(shí)現(xiàn)整體分析工程的同時(shí)，將人從重復(fù)機(jī)械的工作中解脫出來，為企業(yè)節(jié)約成本投入。由于SVN與平臺(tái)的緊密結(jié)合，不論工程師是否在本地對(duì)其當(dāng)天代碼進(jìn)行靜態(tài)分析工作，只要他將代碼檢入至SVN庫中，那么該平臺(tái)都會(huì)自動(dòng)對(duì)上傳的代碼進(jìn)行分析，不論工程師因何種原因漏掉本地分析這一環(huán)節(jié)，通過該平臺(tái)都能夠時(shí)間發(fā)現(xiàn)代碼中的潛在缺陷。并且，只要工程師將修改好的測(cè)試用例上傳，平臺(tái)會(huì)自動(dòng)執(zhí)行動(dòng)態(tài)測(cè)試，并將測(cè)試報(bào)告發(fā)送關(guān)系人，無需工程師耗費(fèi)時(shí)間為極微小的變更，等待License、調(diào)整測(cè)試環(huán)境，執(zhí)行回歸測(cè)試。
平臺(tái)也可以設(shè)定定時(shí)分析功能，利用工程師非工作時(shí)間，獲取軟件權(quán)限，進(jìn)行靜態(tài)分析和動(dòng)態(tài)回歸測(cè)試，實(shí)現(xiàn)與工程師的錯(cuò)峰作業(yè)，這樣便可以完美解決license沖突問題，節(jié)省工程師寶貴時(shí)間。
