[發(fā)明專利]基于Git代碼文件檢索粒度的自動化回歸測試方法有效
| 申請?zhí)枺?/td> | 201710536730.7 | 申請日： | 2017-07-04 |
| 公開（公告）號： | CN107315689B | 公開（公告）日： | 2020-07-31 |
| 發(fā)明（設(shè)計）人： | 王春曉;靳慧慧;吳海霞 | 申請（專利權(quán)）人： | 上海愛數(shù)信息技術(shù)股份有限公司 |
| 主分類號： | G06F11/36 | 分類號： | G06F11/36 |
| 代理公司： | 上海科盛知識產(chǎn)權(quán)代理有限公司 31225 | 代理人： | 應(yīng)小波 |
| 地址： | 201112 上海市閔行*** | 國省代碼： | 上海;31 |
| 權(quán)利要求書： | 查看更多 | 說明書： | 查看更多 |
| 摘要： | |||
| 搜索關(guān)鍵詞： | 基于 git 代碼 文件 檢索 粒度 自動化 回歸 測試 方法 | ||
本發(fā)明涉及一種基于Git代碼文件檢索粒度的自動化回歸測試方法，包括以下步驟：1)自動獲取Git開發(fā)代碼主線上有代碼變化的文件，得到一張記錄了在檢測時間內(nèi)全部有代碼變化的文件名列表；2)將被捕捉到的有變化的代碼文件轉(zhuǎn)化為受影響的功能特性列表；3)將受影響的功能特性轉(zhuǎn)化為需要運行的自動化回歸用例標(biāo)簽；4)將步驟1)、步驟2)、和步驟3)中所有的手動執(zhí)行操作轉(zhuǎn)化成自動執(zhí)行，并通過Jenkins平臺將其集成起來，實現(xiàn)一鍵式觸發(fā)。與現(xiàn)有技術(shù)相比，本發(fā)明具有粒度更細，頻率更高，資源更加節(jié)省等優(yōu)點。
技術(shù)領(lǐng)域
本發(fā)明涉及軟件自動化測試領(lǐng)域，尤其是涉及一種基于Git代碼文件檢索粒度的自動化回歸測試方法。
背景技術(shù)
為了使軟件產(chǎn)品能夠快速響應(yīng)市場，軟件版本的迭代頻率越來越高，項目發(fā)布周期越來越短，伴隨而來的必然是更多的資源投入。而多出來的這部分投入不再是新功能開發(fā)所需的時間和人力，而是每次版本迭代的回歸測試所耗費的時間和人力，越是龐大的軟件產(chǎn)品，手工回歸測試耗費的時間和人力越是大的驚人，回歸測試已經(jīng)成為了項目快速交付的新瓶頸。為了適應(yīng)越來越頻繁的軟件迭代版本的交付，尋求高質(zhì)量、高效率、低成本的回歸測試方法成為了目前軟件行業(yè)迫切需要攻克的難題。
軟件項目迭代頻率增高同樣導(dǎo)致了軟件開發(fā)過程中會持續(xù)產(chǎn)生多個待測版本，傳統(tǒng)的集中式版本控制系統(tǒng)要求所有代碼提交后才可以構(gòu)建整包以供測試，若是開發(fā)代碼質(zhì)量不高，影響范圍卻很廣，一旦出現(xiàn)問題，解決起來就非常費時費力。這樣的情況若是出現(xiàn)的頻率很高，則會嚴(yán)重影響開發(fā)代碼線的穩(wěn)定性。為了解決這個問題，很多軟件項目開發(fā)開始采用分布式版本控制系統(tǒng)。
發(fā)明內(nèi)容
本發(fā)明的目的就是為了克服上述現(xiàn)有技術(shù)存在的缺陷而提供一種粒度更細，頻率更高，資源更加節(jié)省的基于Git代碼文件檢索粒度的自動化回歸測試方法，使得在檢測周期內(nèi)更新的開發(fā)代碼，都能得到及時的回歸測試，既增強了代碼線的穩(wěn)定性和健壯性，又大大降低了回歸測試所耗費的時間成本和人力成本，繼而打破項目快速迭代交付過程中回歸測試所帶來的瓶頸。
本發(fā)明的目的可以通過以下技術(shù)方案來實現(xiàn)：
一種基于Git代碼文件檢索粒度的自動化回歸測試方法，包括以下步驟：
1)自動獲取Git開發(fā)代碼主線上有代碼變化的文件，得到一張記錄了在檢測時間內(nèi)全部有代碼變化的文件名列表；
2)將被捕捉到的有變化的代碼文件轉(zhuǎn)化為受影響的功能特性列表；
3)將受影響的功能特性轉(zhuǎn)化為需要運行的自動化回歸用例標(biāo)簽；
4)將步驟1)、步驟2)、和步驟3)中所有的手動執(zhí)行操作轉(zhuǎn)化成自動執(zhí)行，并通過Jenkins平臺將其集成起來，實現(xiàn)一鍵式觸發(fā)。
優(yōu)選地，所述的步驟1)自動獲取Git開發(fā)代碼主線上有代碼變化的文件具體為：
第一步：檢查是否到檢測周期；
第二步：刪除前一次殘留的標(biāo)簽；
第三步：進入到Git本地倉庫的開發(fā)代碼主庫路徑，打一個oldtag標(biāo)簽，記錄當(dāng)前舊的代碼狀態(tài)；
第四步：執(zhí)行更新代碼命令；
第五步：此時再打一個標(biāo)簽記為newtag，記錄的是當(dāng)前最新的代碼狀態(tài)；
第六步：通過Git代碼管理工具自帶的命令git diff，輸出新老標(biāo)簽所代表的不同代碼版本之間，有代碼變動的部分，打印其文件名。
優(yōu)選地，所述的執(zhí)行更新代碼命令具體為：由多人協(xié)作分布式開發(fā)編寫的遠程倉庫里的代碼將被更新下載到本地代碼倉庫，使得本地代碼狀態(tài)與遠程倉庫代碼的最新狀態(tài)一致。
優(yōu)選地，所述的檢測周期為自定義設(shè)置，根據(jù)項目的具體情況，評估最佳的循環(huán)檢測周期。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息，商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于上海愛數(shù)信息技術(shù)股份有限公司，未經(jīng)上海愛數(shù)信息技術(shù)股份有限公司許可，擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作，請聯(lián)系【客服】
本文鏈接：http://www.szxzyx.cn/pat/books/201710536730.7/2.html，轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。
