一種軟件測試方法
【專利摘要】一種軟件測試方法，具體涉及一種自動化測試軟件兼容性的方法，包括：運行升級配置文件，所述升級配置文件包括升級配置文件的路徑和名稱以及升級策略；根據所述升級配置文件升級設備中待升級的軟件；在升級完成后重啟所述設備；檢測設備是否能夠正常運行；檢測升級策略中的所有升級包是否全部升級。
【專利說明】
一種軟件測試方法
技術領域
[0001]本發(fā)明涉及一種軟件測試方法，具體涉及一種自動化測試軟件兼容性的方法。
【背景技術】
[0002]在軟件版本發(fā)布的過程中，軟件測試部門都需要測試新軟件版本同舊軟件版本之間的兼容性，以此來保證所有舊版本軟件在升級到新版本軟件之后都能正常工作。
[0003]目前，現有的測試方法需要連接上位機或者將升級包放入U盤升級。測試人員在測試兼容性時，每升級一個版本都需要人工介入，直到所有版本都測試完成。在其過程中存在以下問題:
[0004]1.效率低下。從測試開始到測試結束，每個環(huán)節(jié)都需要人工介入。
[0005]2.升級策略覆蓋率不夠。人工測試通常只會從最低版本到最高版本測試，或者隨機抽取版本測試，而從最高版本到最低版本測試，由于測試效率原因往往覆蓋不到。
[0006]3.升級策略不能很好固定，人為因素太大。在實際測試的過程中，測試人員可能會出現誤操作或者漏測的現象。

【發(fā)明內容】

[0007]本申請?zhí)峁┮环N自動化地提高測試軟件兼容性效率的方法。
[0008]本發(fā)明公開的技術方案包括:
[0009]運行升級配置文件，所述升級配置文件包括升級配置文件的路徑和名稱以及升級策略；
[0010]根據所述升級配置文件升級設備中待升級的軟件;在升級完成后重啟所述設備；
[0011]檢測設備是否能夠正常運行;檢測升級策略中的所有升級包是否全部升級。
[0012]本方法的提高在于:提高了軟件兼容性測試的效率，利用本方法只需要點擊運行測試腳本，就可以自動完成整個測試過程；
[0013]測試中所需要的軟件包能夠以配置文件的形式來保存，這樣可以避免測試覆蓋不完全的問題；
[0014]測試中所需要的軟件包能夠以配置文件的形式來保存，能夠更好的固定測試流程，這樣可避免在測試過程中人為造成的誤操作錯誤。
【附圖說明】
[0015]圖1為軟件兼容性測試方法的流程圖。
【具體實施方式】
[0016]下面通過【具體實施方式】結合附圖對本發(fā)明作進一步詳細說明。
[0017]圖1為軟件兼容性測試方法的流程圖。
[0018]步驟I:啟動設備，設備通電后，軟件進入初始化步驟，結束初始化步驟之后開始進入軟件兼容性測試流程。
[0019]步驟2:在軟件進入流程之后，軟件開始讀取相應的升級配置文件。其中該升級配置文件能夠包括所有軟件版本的升級包路徑以及名字和升級策略。
[0020]—方面，由于升級包中包含了所有的軟件版本，當軟件在執(zhí)行升級的時候，能夠按照該版本軟件的升級包路徑尋址到相應的升級包軟件，從而執(zhí)行升級包軟件程序進行軟件的升級動作；另一方面，配置文件中的升級策略能夠包括如下用例:I)從最低版本到最高版本;2)從最高版本到最低版本;3)隨機抽取版本;4)包含以上三步的測試用例;5)制定的特定版本。每次的軟件升級動作會根據測試的要求選擇相應的測試用例。
[0021]步驟3:軟件讀取相應的配置文件后，根據相應的配置文件中相應的升級包和升級策略對軟件進行升級。首先，軟件會讀取相應版本的升級包，升級包的版本是與軟件版本一一對應的，軟件能夠識別到升級包的版本編碼，從而能夠自動運行升級包腳本文件，執(zhí)行升級動作;其次，根據事先決定的升級策略，軟件能夠讀取配置文件中所對應的升級策略的用例，并自動執(zhí)行其中的用例，測試用例能夠是一種或者多種，當有多種測試用例時，軟件將安裝預定的用例排列順序逐一進行，從而避免測試用例混淆或者遺漏的情況。
[0022]步驟4:軟件檢測是否完成升級。若軟件發(fā)現仍有待升級的升級包或者沒有執(zhí)行的升級策略用例，則說明軟件沒有完成升級，則繼續(xù)進行軟件升級。若所以的升級包以及升級策略用例均被執(zhí)行，則說明軟件升級完成，則進入下一步驟。
[0023]步驟5:當軟件完成升級時，軟件會在硬件層發(fā)送遠程命令重啟設備。也就是說當軟件完成升級時，會由軟件腳本向設備的中央處理器發(fā)出控制命令，中央處理器接收到軟件腳本的控制命令后，通過對硬件電路的電平改變使得設備的硬件電路進行重啟動作。
[0024]步驟6:當設備重啟完成后，軟件會在物理層發(fā)送遠程命令來檢測設備是否能夠正常工作。設備正常工作指的是:設備中的硬件和軟件都能夠實現其應有的功能，而不會由于軟件版本的改變而喪失其相關的功能或者出現功能的缺失。若設備能夠正常工作，則進入下一步步驟。若設備不能正常工作，則軟件在人機交互界面上彈出錯誤提示框，并生成錯誤日志。該錯誤日志記錄了軟件的升級失敗的相關信息，包括升級時間，軟件版本，升級錯誤的相應錯誤代碼，并以文本形式出現在人機交互界面，例如顯示器上。
[0025]步驟7:設備檢測是否所以待升級的升級包都測試完成。當所有的升級包完成升級后，軟件應該達到所期望的軟件版本。若有升級包沒有完成，則跳到步驟3，繼續(xù)根據步驟3讀取相應的配置文件，并根據相應的配置文件中相應的升級包和升級策略對軟件進行升級，接著重復步驟4到步驟7的過程。若所有升級包都完成測試，則整個軟件兼容性測試結束。
[0026]本領域技術人員可以理解，上述實施方式中各種方法的全部或部分步驟可以通過程序來指令相關硬件完成，該程序可以存儲于一計算機可讀存儲介質中，存儲介質可以包括:只讀存儲器、隨機存儲器、磁盤或光盤等。
[0027]以上應用了具體個例對本發(fā)明進行闡述，只是用于幫助理解本發(fā)明，并不用以限制本發(fā)明。對于本發(fā)明所屬技術領域的技術人員，依據本發(fā)明的思想，還可以做出若干簡單推演、變形或替換。
【主權項】
1.一種軟件兼容性測試方法，其特征在于，包括: 運行升級配置文件，所述升級配置文件包括升級配置文件的路徑和名稱以及升級策略； 根據所述升級配置文件升級設備中軟件； 在升級完成后重啟所述設備； 檢測設備是否能夠正常運行； 檢測升級策略中的所有升級包是否全部升級。2.如權利要求1所述的方法，其特征在于，所述升級策略包括如下升級用例:從最低版本到最高版本升級包，從最高版本到最低版本升級包，隨機抽取版本升級包，特定版本升級包以及上述升級包的綜合。3.如權利要求1所述的方法，其特征在于，所述升級策略還包括各個升級包的排列次序。4.如權利要求1所述的方法，其特征在于，所述升級配置文件是計算機腳本文件。5.如權利要求4所述的方法，其特征在于，所述計算機腳本文件自動運行。6.如權利要求1所述的方法，其特征在于，當設備不能正常運行時，彈出錯誤提示框并且生成錯誤日志。7.如權利要求1所述的方法，其特征在于，當有升級包未完成時，則運行升級配置文件，所述升級配置文件包括升級配置文件的路徑和名稱以及升級策略； 根據所述升級配置文件升級設備中待升級的軟件； 在升級完成后重啟所述設備； 檢測設備是否正常運行； 檢測升級策略中的所有升級包是否全部升級。
【文檔編號】G06F11/36GK105868101SQ201610164884
【公開日】2016年8月17日
【申請日】2016年3月22日
【發(fā)明人】彭曉林, 鄧智偉, 張俠義
【申請人】深圳市鼎陽科技有限公司