基于Http協(xié)議的移動應(yīng)用自動化性能測試系統(tǒng)及方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及針對證券、電商、電力、電信、網(wǎng)站等行業(yè)開發(fā)的基于Http協(xié)議的移動Web應(yīng)用系統(tǒng)，特別涉及基于Http協(xié)議的移動應(yīng)用自動化性能測試系統(tǒng)及方法。
【背景技術(shù)】
[0002]V.Baousis等[I]搭建了用于虛擬家庭環(huán)境(Virtual Home Environment)性能評估的的移動代理平臺。文中基于不同用戶場景和技術(shù)代替(移動設(shè)備、固定終端)，提出了一個集成化、開放性和擴(kuò)展性的體系結(jié)構(gòu)。此外還研宄和比較了移動代理平臺與傳統(tǒng)解決方法之間的性能。但該解決方案偏重于性能評估過程中負(fù)載生成階段，未考慮到復(fù)雜的用戶行為對于通訊過程所產(chǎn)生的影響。Sakura等[2]在文中闡述了移動應(yīng)用測試框架的實(shí)現(xiàn)，設(shè)計(jì)了分布式實(shí)時的移動設(shè)備應(yīng)用自動化測試框架Hermes，其支持J2ME環(huán)境下Java程序的測試、基于XML語法設(shè)計(jì)的測試用例、使用真實(shí)物理移動設(shè)備進(jìn)行應(yīng)用程序的測試等。由于Hermes利用特定平臺(J2ME)的API進(jìn)行實(shí)現(xiàn)，其測試能力和使用范圍有著一定的限制，而且其關(guān)注的性能是應(yīng)用程序本身的性能，并未考慮到服務(wù)器性能瓶頸問題。ClaudiaCanali等[3]將移動應(yīng)用的發(fā)展方向分為:個性化、上下文感知和內(nèi)容自適應(yīng)。個性化是指根據(jù)用戶的特點(diǎn)以及配置信息動態(tài)的生成個性化的數(shù)據(jù)信息。上下文感知指應(yīng)用根據(jù)用戶當(dāng)前所處的環(huán)境、地址位置、時間或者用戶的狀態(tài)信息等應(yīng)用運(yùn)行的上下文信息生成內(nèi)容。內(nèi)容自適應(yīng)則是根據(jù)移動設(shè)備的性能和屬性特征，比如屏幕尺寸、CPU計(jì)算能力、內(nèi)存大小、網(wǎng)絡(luò)狀況等，對于顯示的內(nèi)容進(jìn)行調(diào)整。文中對比了移動應(yīng)用與傳統(tǒng)桌面應(yīng)用程序的區(qū)別，以及對于服務(wù)器所產(chǎn)生的性能消耗，分析了移動應(yīng)用對于服務(wù)器性能的需求，給出了相應(yīng)的管理策略。由于移動應(yīng)用大多數(shù)是采用HTTP協(xié)議進(jìn)行通訊，故而非Web網(wǎng)頁的移動應(yīng)用的服務(wù)器性能測試可以借鑒該方法，改進(jìn)其實(shí)現(xiàn)。但因?yàn)樵摲椒ɑ谖闹兴鶆澐值膽?yīng)用模型，其通用性和擴(kuò)展性會有所限制，隨著移動應(yīng)用的發(fā)展，新出現(xiàn)的應(yīng)用類型將無法適用。另外，在性能測試工具方面，Loadrunner[4]在11.5版本中新增加了對于移動應(yīng)用的協(xié)議支持，利用Web (HTTP/HTML)協(xié)議和Ajax TruClient分別錄制原生應(yīng)用和基于瀏覽器的移動應(yīng)用。但Loadrunner使用的錄制環(huán)境是模擬器，由于模擬器本身性能存在缺陷，加上網(wǎng)絡(luò)環(huán)境與真實(shí)物理設(shè)備不一致，對于測試腳本有著一定的影響。Ne0L0ad[5]專門針對移動應(yīng)用的負(fù)載壓力測試提供了解決方案，其提供手機(jī)網(wǎng)絡(luò)的模擬(2G、3G、H+、4G LTE)、利用代理和隧道技術(shù)實(shí)現(xiàn)對于運(yùn)行在真實(shí)移動設(shè)備上的應(yīng)用的測試腳本錄制功能，搭建云測試平臺用于大規(guī)模的測試需求。然而，Loadrunner和NeoLoad測試腳本的回放工作都是在PC機(jī)上完成，雖然能夠通過設(shè)置一些限制(比如網(wǎng)站狀況、思考時間等)近可能的模擬移動設(shè)備的環(huán)境，但終宄存在著一定的差距。
[0003]參考文獻(xiàn):
[0004][ I ] V.Baousis, M.Kyriakakos, S.Hadjiefthymiades, andL.Merakosj Performance Evaluat1n of a Mobile Agent-based Platform forUbiquitous Service Provis1n,Pervasive and Mobile Computing, pp.755-774, 2008.
[0005][2] Sakura She, Sasindran Sivapalan, Ian Warren, Hermes: A Tool forTesting Mobile Device Applicat1ns, Proceedings of Software EngineeringConference, pp.121-132，2009.
[0006][3] Claudia Canali ,Michele Colajanni ,and RiccardoLancellotti, Performance Evolut1n of Mobile Web-Based Services, IEEE InternetComputing, Vol.13 (2), pp.60-68，2009.
[0007][4]于涌，王嘉，曹向志，精通軟件性能測試與LoadRunner最佳實(shí)戰(zhàn)[M].北京:人民郵電出版社.2013
[0008][5]NeoLoad[EB/0L].http://en.wikipedia.0rg/wiki/Neoload,2014.

【發(fā)明內(nèi)容】

[0009]本發(fā)明的目的在于克服現(xiàn)有技術(shù)的缺點(diǎn)與不足，提供基于Http協(xié)議的移動應(yīng)用自動化性能測試系統(tǒng)。
[0010]本發(fā)明的另一目的在于提供基于Http協(xié)議的移動應(yīng)用自動化性能測試方法。
[0011]本發(fā)明的目的通過以下的技術(shù)方案實(shí)現(xiàn):
[0012]基于Http協(xié)議的移動應(yīng)用自動化性能測試系統(tǒng)，包括順序相連的性能測試主平臺、運(yùn)行于終端設(shè)備的移動代理模塊，所述的性能測試主平臺包括依次相連的Web網(wǎng)站、任務(wù)調(diào)度模塊、設(shè)備管理服務(wù)器，設(shè)備管理服務(wù)器與移動代理模塊相連，移動代理模塊通過XMPP協(xié)議與設(shè)備管理服務(wù)器保持通信，用于分發(fā)測試任務(wù)，取得性能測試數(shù)據(jù)。
[0013]所述的移動代理模塊，包括腳本錄制模塊和腳本回放模塊。
[0014]本發(fā)明的另一目的通過以下的技術(shù)方案實(shí)現(xiàn):
[0015]基于Http協(xié)議的移動應(yīng)用自動化性能測試方法，包含以下順序的步驟:
[0016]S1.在真實(shí)的移動網(wǎng)絡(luò)環(huán)境下獲取用戶使用移動應(yīng)用的行為，生成自動化性能測試腳本；
[0017]S2.基于該腳本模擬虛擬的并發(fā)用戶對移動應(yīng)用開展性能測試，支持移動Web應(yīng)用中主流的HTTP協(xié)議下應(yīng)用服務(wù)器，數(shù)據(jù)庫服務(wù)器性能測試，壓力加載測試，幫助發(fā)現(xiàn)移動應(yīng)用系統(tǒng)性能瓶頸。
[0018]所述的基于Http協(xié)議的移動應(yīng)用自動化性能測試方法，具體包含以下順序的步驟:
[0019]I)錄制腳本:在移動設(shè)備中啟動移動代理模塊，配置腳本錄制設(shè)置；啟動測試腳本錄制后，腳本錄制模塊就會捕獲被測移動應(yīng)用所發(fā)出的請求，通過測試腳本生成模塊生成一定格式的測試腳本，生成的測試腳本在錄制完成后，自動上傳到性能測試主平臺，以供壓力測試使用；
[0020]2)壓力測試:在創(chuàng)建測試任務(wù)過程中，測試人員需要根據(jù)業(yè)務(wù)場景的需要對測試任務(wù)進(jìn)行相應(yīng)的配置，以形成多終端加壓測試的策略，然后通過設(shè)備管理服務(wù)器將測試腳本與測試配置分發(fā)到目標(biāo)移動設(shè)備中，從而達(dá)到“一端錄制，多端回放”的測試自動化效果;
[0021]3)查看測試報表:在移動終端設(shè)備回放過程中，性能收集器將收集到的性能數(shù)據(jù)通過移動設(shè)備發(fā)送回主測試平臺，經(jīng)由測試報告生成模塊進(jìn)行合并計(jì)算處理，最終生成詳細(xì)的性能測試報告。
[0022]本發(fā)明與現(xiàn)有技術(shù)相比，具有如下優(yōu)點(diǎn)和有益效果:
[0023]I)測試腳本自動生成與執(zhí)行。測試工程師針對移動應(yīng)用的實(shí)際性能需求，比如電子商務(wù)應(yīng)用的訂單提交操作，設(shè)計(jì)測試場景，確定測試的步驟與流程；然后利用測試平臺提供的測試腳本錄制功能錄制其中的交互過程，生成測試腳本；接著制定測試任務(wù)，配置測試信息，交由測試平臺運(yùn)行測試腳本。腳本的運(yùn)行過程中無需人工的參與，完全實(shí)現(xiàn)自動化，從而提供工作效率。
[0024]2)模擬大量真實(shí)用戶并發(fā)操作。性能測試平臺針對性能測試中需要大量用戶的并發(fā)操作的特點(diǎn)，通過一定的機(jī)制產(chǎn)生大量的虛擬用戶，模擬真實(shí)用戶的行為進(jìn)行操作。其中的模擬行為可以使得服務(wù)器無法分辨其是虛擬用戶，避免了與真實(shí)用戶之間存在的差異。
[0025]3)自動生成性能測試報告。測試任務(wù)執(zhí)行結(jié)束后，性能測試平臺根據(jù)測試任務(wù)執(zhí)行過程中所產(chǎn)生的性能數(shù)據(jù)，根據(jù)一定的規(guī)則與算法，生成結(jié)構(gòu)良好的性能測試報告，提供給測試工程師分析本次測試任務(wù)運(yùn)行過程中，服務(wù)器端的性能反應(yīng)情況，了解其中存在的問題，有針對性的進(jìn)行解決。
[0026]4)提供真實(shí)的測試環(huán)境。性能測試平臺連接真實(shí)物理移動設(shè)備，將測試任務(wù)交由移動設(shè)備進(jìn)行運(yùn)行，而非在模擬器或PC機(jī)上運(yùn)行，從而排除由于測試環(huán)境產(chǎn)生的測試結(jié)果誤差。
【附圖說明】
[0027]圖1為本發(fā)明所述的基于Http協(xié)議的移動應(yīng)用自動化性能測試系統(tǒng)的整體架構(gòu)圖；
[0028]圖2為圖1所述測試系統(tǒng)的基于HTTP的腳本錄制原理圖；
[0029]圖3為本發(fā)明所述的基于Http協(xié)議的移動應(yīng)用自動化性能測試方法的流程圖；
[0030]圖4為移動終端設(shè)備與移動終端設(shè)備管理服務(wù)器通訊模塊；
[0031 ]圖5為終端設(shè)備接入設(shè)備管理服務(wù)器流程；
[0032]圖6為設(shè)備管理服務(wù)器