移動通信網絡節(jié)點性能的自動化測試平臺的搭建與應用

2019-03-22 03:22:18江淑明仇潤鶴

科技與創(chuàng)新 2019年5期

江淑明，仇潤鶴

江淑明，仇潤鶴

（東華大學信息科技與技術學院，上海 201620；數(shù)字化紡織服裝技術教育部工程研究中心，上海 201620）

隨著通信軟件版本更新迭代的速度越來越快，為了保證產品的質量和研發(fā)速度，需要能用于網絡節(jié)點性能測試的自動化測試平臺。搭建了一種移動通信網絡節(jié)點性能的自動化測試平臺，給出了被測試通信網絡系統(tǒng)框架中的各個模塊和自動化測試工具，并以軟件升級測試為例，介紹了整個平臺的具體自動化測試步驟和測試數(shù)據(jù)結果的分析，證明整個的自動化測試平臺能夠順利使用，并能夠在實際的應用中大大提高研發(fā)效率。

移動通信；網絡節(jié)點；通信軟件；自動化測試

隨著通訊系統(tǒng)的復雜程度的不斷增加，軟件系統(tǒng)的復雜程度也在不斷增加，尤其是在當前移動通訊設備娛樂功能逐漸增多的前提下，通信軟件的質量要求也越來越高，而軟件測試是軟件開發(fā)中不可或缺的部分，軟件測試是軟件質量控制和質量管理的關鍵環(huán)節(jié)，因此，軟件的測試工作也提升到了一個非常重要的地位。通信的產品和軟件服務一般覆蓋面都會比較廣，如果測試質量和精度不夠高，上線后出現(xiàn)問題的影響將會是非常巨大的。因此，高精度和高質量的測試是我們所需要的。但現(xiàn)在版本更新迭代的越來越快，項目交付壓力越來越大，單純地手動測試已經不能滿足現(xiàn)在所有的需求。因此，自動化測試應運而生，它具有快捷、方便、可重復、覆蓋率高等許多優(yōu)點，能夠大大地提高軟件產品研發(fā)效率，節(jié)省時間，爭取用最短的時間進入市場。

顯而易見，利用專門的自動化測試工具進行有針對性的測試，提高測試效率是非常可行的辦法。國際上流行的測試工具代表有Compuware（美國康博）公司的DevPartner軟件、Rational公司的Purify系列。而對于電信網絡節(jié)點的性能測試主要可以概括為三種不同的類型，分別是軟硬件管理維護測試，魯棒性測試和容量測試。其中，軟硬件管理維護測試主要用來測試軟件版本各種不同層次的升級過程中各種性能指標參數(shù)是否穩(wěn)定。

魯棒性測試是指人為的破壞或者重啟某個節(jié)點或者板子后查看各項指標的恢復情況是否正常。容量測試則是指階梯型的增加模擬用戶數(shù)直到最大負荷觀察增加的過程中各種性能指標是否一直屬于正常。為了實現(xiàn)節(jié)點性能測試的自動化，實際項目使用D-JCAT。自動化測試工具D-JCAT是一個Maven工程項目，由cats和D-jcat兩個子項目構成，都是用Java語言開發(fā)，在使用的時候，只需要在本地打開Eclipse導入性能測試所需版本相對應的Maven工程就可以使用，配置簡單，操作界面友好。

1 自動化測試平臺的搭建

1.1 測試平臺

測試平臺主要由GSS服務器、Dallas、核心測試節(jié)點設備SGSN-MME、多臺交換機、路由控制器組成，如圖1所示。其中，GSS是一個UNIX服務器，主要用來配置核心測試節(jié)點與核心測試節(jié)點之間交流，這種交流主要體現(xiàn)在文件服務上。因此，可以粗略地認為，GSS服務器就是一個為核心測試節(jié)點SGSN-MME提供文件服務的服務器。

電信網絡一般覆蓋面比較廣，測試也必須要考慮到不同的真實場景。所以，其中的一個測試工具Dallas就是在這樣的需求下產生的。簡單來說，它是一個分布式的負載測試工具，幫助測試人員模擬真實的用戶場景。以便能夠根據(jù)不同性能的測試需求使用不同的負載需要。具體來說，Dallas能夠從三個層面進行模擬：①它能夠模擬所測節(jié)點周邊的網元節(jié)點；②它不僅能夠模擬節(jié)點，還能夠充當函數(shù)式接口去產生對應節(jié)點發(fā)出的信令；③它還能模擬真實的用戶，而且用戶數(shù)是可以手動設置的，可以小到一個用戶，大到上千萬都可以根據(jù)需要模擬出來。

圖1 測試平臺的框架

核心測試節(jié)點設備，即圖1拓撲結構中的SGSN-MME，它的硬件內部結構如圖2所示。主要有28個槽位，每2個槽位中插入一塊板子。插入的板子類型分為4種，即FSB、NCB、GPB和SMXB，分別充當不同的角色。其中GPB是普通的GEP5板子，沒有內存，充當AP（應用處理器）和DP（負載設備處理器）的角色。FSB是4種類型板子中唯一具有內存的板子，所以用來存儲文件和備份，為所有的板子共享。

NCB是節(jié)點控制板子，主要負責路由、監(jiān)視、O&M和軟件分發(fā)。SMXB作為交換板構成不同板子之間溝通的橋梁。GSS和Dallas都是為測試核心節(jié)點SGSN-MME所開發(fā)的工具或服務器。它們通過串口和交換機與SGSN-MME測試節(jié)點連接之后，整個需要被測試的系統(tǒng)，也就是測試框架就搭建完成。

圖2 測試節(jié)點硬件內部結構圖

1.2 自動化測試工具

在配置好被測試的系統(tǒng)之后，就可以在自動化測試工具上對所需要測試的節(jié)點進行性能自動化測試了。自動化測試工具D-JCAT的模塊組成如圖3所示。整個測試工具分為3個部分：最底層的JCAT提供了一系列公共處理接口的Java API，也集成了log4j日志輸出框架和TestNG測試框架，為整個自動化測試平臺提供架構支撐；D-JCAT Framework則是基于JCAT的進一步開發(fā)，實現(xiàn)了JCAT重定義的接口，并且各個不同的測試節(jié)點有不同的具體實現(xiàn)。

除此之外，D-JCAT還提供了生成節(jié)點配置的執(zhí)行腳本Confix，以及提供case運行監(jiān)聽器的Listener等功能；最上層是CATS Repository。它是在D-JCAT上面進行的二次開發(fā)，它沒有具體的方法實現(xiàn)，實現(xiàn)的功能都是調用D-JCAT，主要包括唯一識別每個case的XML文件、XML文件唯一映射的Feature Files以及調用底層代碼的Test Step。在此情況下，一個自動化case的運行過程就如這樣，從上往下一層一層地調用即可。

圖3 自動化測試工具D-JCAT模塊組成

2 移動通信系統(tǒng)性能自動化測試實例

2.1 測試目的

以軟件升級測試為例，來敘述整個的實際測試流程。在這個通信軟件產品快速迭代的時代，甚至可以認為軟件每天都在不停升級更新，因此，軟件測試也就顯得尤為重要，而為了提高開發(fā)效率，自動化測的重要性就顯現(xiàn)出來了。系統(tǒng)需要具備什么樣的特性，才算是好的或壞的性能，應該如何進行度量等等，這些都需要對性能測試進行分析與研究。簡而言之，軟件升級測試的目的在于利用測試工具來模擬真實的升級場景，查看和分析升級包安裝配置完成，Dallas模擬用戶和流量都在一個穩(wěn)定的水平后，相應的測試節(jié)點AP和DP處理器負載是否在正常可以接受的范圍內，是否會因為版本的更新出現(xiàn)新的錯誤或告警等問題。總之，在新的軟件版本正式交付給用戶之前，要保證設備軟件能夠升級成功并且升級之后整個移動通信網絡能夠保證正常、穩(wěn)定的運行，給用戶提供更優(yōu)質的體驗，這就是軟件升級性能測試的意義所在。

2.2 測試腳本及參數(shù)配置

在進行正式的軟件升級測試之前，需要對核心測試節(jié)點SGSN-MME進行初始化配置。主要包括IP地址的配置、節(jié)點能夠附著的用戶容量值配置以及2G、3G、4G用戶比例配置等。配置用到的是命名為sgsn_mmefull.sh的一個Shell腳本，直接運行該腳本，等待其執(zhí)行完成，節(jié)點初始化配置成功，之后進行正常的升級流程了。主要的參數(shù)如表1所示，這些參數(shù)在Eclipse的VM arguments由測試人員給定，然后傳遞給腳本或程序運行。

2.3 自動化測試流程

在正式開始運行一個軟件升級自動化測試時，首先需要一個可用的被測試節(jié)點，該節(jié)點名稱通過腳本參數(shù)stp傳遞給D-JCAT。同時，被傳遞的還包括準備升級到的軟件版本baseline參數(shù)。設定規(guī)則如圖4所示。其他更多的參數(shù)則是寫在一個“system.properties”的文件中，通過Java中的File類去讀取和操作數(shù)據(jù)。

表1 腳本參數(shù)及其描述

腳本參數(shù)名稱腳本參數(shù)描述 Baseline準備升級到的軟件版本 Baseline.NonSmooth1最初安裝的軟件版本 Dallas.versionDallas安裝版本 stp被測試的節(jié)點

綜上所述，在測試工具D-JCAT中每個測試不同性能的案例都有一個獨立的XML文件來識別。運行某個具體的案例只需要在已經導入Maven工程的Eclipse上點擊“Run Configurations”之后選擇你要測試的案例對應的XML文件運行即可。對于軟件升級測試來說，選擇的是“NonSmoothSu1_LoadNormal_MkX_1mag_Lwg1Itu_EricssonGlobalA_None.xml”這個XML文件。

從XML文件開始運行之后，測試內部的層級調用過程如下：Feature Files 是用Gherkin語言寫的要運行一個測試案例具體的實施步驟，并且通過@注解的方式來與XML文件關聯(lián)，從而運行正確的Feature File步驟。Gherkin語言定義的每個步驟都有CATS中的Java代碼來實現(xiàn)，CATS又調用D-JCAT中的代碼來實現(xiàn)性能測試案例的運行。在此情況下，一個case就在Eclipse中自動運行起來。在JCAT中封裝了log4j日志輸出框架，在D-JCAT中又根據(jù)具體的測試節(jié)點進行了適配封裝，在整個case運行的過程中一直打印并且存儲log信息在一個以當前時間命名的本地路徑下。最后運行完成后，由測試人員查看相應的log和數(shù)據(jù)來分析測試結果。

圖4 VM主要參數(shù)

2.4 測試結果數(shù)據(jù)分析

在整個的測試流程中，最直接判斷一個測試是否通過的方法是通過Eclipse中的console窗口中運行是否出現(xiàn)ERROR。如果沒有出現(xiàn)ERROR，則升級步驟中沒有出現(xiàn)問題。測試后關注的主要參數(shù)如表2所示。一個正常的軟件升級case完成后，所有的指標都應該與規(guī)定的標準相匹配。在此情況下，一個自動化case才是完全通過的。

表2 測試結果評價參數(shù)

測試結果參數(shù)參數(shù)描述 AP CPU usage測試節(jié)點AP CPU的使用量，一般70左右為正常 DP CPU usage測試節(jié)點DP CPU的使用量，一般45左右為正常 Alarm測試過程中出現(xiàn)的告警信息測試結果參數(shù)參數(shù)描述

實際項目中自動化運行升級case時，AP， DP， Alarm參數(shù)的實際情況如圖5、圖6、圖7所示。在使用自動化工具D-JCAT進行測試時，只需要等它跑完所有測試步驟后，它自動將不同的參數(shù)記錄在不同的日志文件里面，后續(xù)在Linux服務器上敲相應的命令就可以查看不同的參數(shù)結果，得出結論。例如，得到Alarm參數(shù)，只需要在輸入“gshlist_alarms”即可。這樣可以大大提升測試效率，可以同時跑起來多個case，分別去檢查結果就可以了。

從圖5、圖6、圖7所得到的實際項目運行中AP，DP，Alarm參數(shù)與表2中參數(shù)描述對比可知，以上三項測試結果評價參數(shù)都在合理的范圍內，也沒出現(xiàn)Alarm。所以，自動化測試軟件升級case成功。

3 結束語

自動化測試與手動測試相比，可以避免人工測試的大量人力投入，減少重復過程，節(jié)省時間、費用和工作量，提高測試效率和效果，對于企業(yè)具有重要的現(xiàn)實意義。

本文搭建了移動通信節(jié)點的性能自動化測試平臺，并最終實現(xiàn)了自動化測試。其中，介紹了整個被測試系統(tǒng)的各個模塊的功能和組成，并且將他們搭建成一個完成的系統(tǒng)。介紹了自動化測試工具，講述了它層級的分工以及調用過程。以軟件升級case為例，介紹了整體的流程和測試輸出結果分析，最終使該自動化測試順利運行，達到了預期的效果。