[發明專利]一種應用的測試方法、測試裝置、介質和計算設備

有效

• 申請號: 201810331474.2
• 申請日: 2018-04-13
• 公開（公告）號: CN108829399B
• 公開（公告）日: 2022-05-20
• 發明（設計）人: 崔曉晴;朱凌墨;馮常健;堯飄海
• 申請（專利權）人: 杭州朗和科技有限公司
• 主分類號: G06F8/61
• 分類號: G06F8/61;G06F11/36
• 代理公司: 北京漢昊知識產權代理事務所(普通合伙) 11370
• 代理人: 朱海波

本發明的實施方式提供了一種應用的測試方法、測試裝置、介質和計算設備。該方法包括：根據應用的開發代碼構建容器引擎鏡像，該容器引擎鏡像包括該應用的運行環境；將該運行環境的配置參數設置為測試環境的配置參數；啟動容器引擎鏡像，在該測試環境中對該應用進行測試。通過設置容器引擎鏡像中運行環境的配置參數，將該容器引擎鏡像部署到測試環境中，該方法使得應用可以快速部署到多個測試環境中，顯著地降低了測試過程的復雜度，提高了測試效率，解決了在多個環境中進行問題定位和問題解決的難度大的問題。

技術領域

本發明的實施方式涉及軟件技術領域，更具體地，本發明的實施方式涉及一種應用的測試方法、測試裝置、介質和計算設備。

背景技術

本部分旨在為權利要求書中陳述的本發明的實施方式提供背景或上下文。此處的描述不因為包括在本部分中就承認是現有技術。

為了使得發布后的應用軟件可以在多個環境中穩定運行，所有的應用軟件發布之前都需要進行測試，應用軟件只有在多個環境中經過充分測試之后才會被發布上線。目前，應用軟件測試包括服務部署、提測等流程。提測是指在迭代過程中，開發人員完成開發代碼并針對該開發代碼自測完畢后，將開發代碼提交給測試人員進行測試的過程。通常，提測過程中會采用專用的測試環境部署開發代碼進行驗證。

目前，常見的應用軟件的部署方式可以為：在構建機器上基于提交測試的源代碼構建war包，將該war包遠程發布到目標機器(例如tomcat服務器)的指定目錄并啟動服務。由于多個環境的設計架構、配置參數、以及加載有的java/tomcat的版本等都存在較大差別，因此應用軟件在每個環境中進行測試之前都需要重新進行服務部署，這使得應用軟件的測試過程繁瑣，測試效率低，并且可能會導致多個環境中進行測試和預發布時難以進行問題定位和問題解決。

通常采用基于代碼部署的多分支管理的模式進行提測，提測方式可以如圖1所示，圖1為現有技術中2個迭代測試周期內的提測流程示意圖，其中多個分支包括20170525、20170608、20170622、hotfix、yanlian、online等。具體如下：在20170608分支中完成應用軟件的源代碼編寫和冒煙自測之后，基于20170608分支的源代碼將該應用軟件部署到目標機器一中進行測試。若測試期間存在漏洞修復(bug fix)，則需要重新基于修復后的源代碼將該應用軟件更新部署到目標機器中進行測試。在20170608分支測試完畢之后，需要將20170608分支的源代碼合入到yanlian分支，并基于合入后的代碼將該應用軟件更新部署到演練環境下的目標機器二中進行測試。在yanlian分支測試完畢之后，將yanlian分支需要的源代碼合入到online分支，并基于合入后的代碼將該應用軟件更新部署到線上環境下的目標機器中進行回歸，回歸完畢后本次迭代上線完成。在上線之后若出現熱補丁(hotfix)則需要從yanlian分支中拉取出hotfix分支，并在該hotfix分支上修改源代碼(或編寫新代碼)，待修改完成后重新部署到演練環境下的目標機器中進行回歸，回歸通過后將hotfix分支的源代碼合入到online分支中重新上線。從上述過程可知，一次迭代上線過程中需要進行多次服務部署以及多次合并不同分支的代碼，導致代碼管理成本高、沖突解決的時間成本大、測試效率低。此外，由于多次合并不同分支的代碼，還可能會造成代碼版本混亂，不利于追溯提測過程中存在問題的代碼版本，使得問題定位、問題解決難度大。

綜上，現有的應用軟件測試的技術方案存在測試過程繁瑣、測試效率低、代碼管理成本高、沖突解決的時間成本大以及在多個環境中進行問題定位和問題解決的難度大等問題。

發明內容

但是，出于一次迭代上線過程中需要進行多次服務部署以及多次合并不同分支的代碼的原因，現有的應用軟件測試的技術方案存在測試過程繁瑣、測試效率低、代碼管理成本高、沖突解決的時間成本大以及在多個環境中進行問題定位和問題解決的難度大等問題。

為此，非常需要一種改進的應用軟件測試的技術方案，以使應用可以快速便捷地部署到多個測試環境中。