摘 要：本文在對比數據的OpenXml存儲方式及SQL存儲方式基礎上，設定三組相同的裝態(tài)場景，建立相應的自動化測試手段。OPenXml方式選用Windows平臺再帶測試工具測試，SQL方式通過LoadRnuner軟件進行性能監(jiān)聽，得出分析結果，最終對比兩種存儲方式各自在存儲數據中的優(yōu)缺點。

關鍵詞：OpenXml；SQL；自動化測試

中圖分類號：TP311.52

單機和網頁端兩種軟件性能測試是軟件的性能測試的兩種方式。前者主要處理軟件測試初期的單機軟件，以檢驗該軟件是否在硬件約束下能實現多任務執(zhí)行；后者用于檢驗系統(tǒng)負載能力，以LoadRunner為主要測試軟件。

本文結合實例系統(tǒng)，通過對表、數據等驗證結果，設定同一狀態(tài)場景，對比OPENXML及SQL SERVER各自有缺點，最終實現對不同存儲結構的性能指數分析。

1 兩種存儲方式的特點

本實驗著重以用戶登錄驗證場景為測定內容。本模塊用戶及密碼的檢驗；密碼校驗錯誤；用戶名校驗不存在；成功登錄四個字狀態(tài)內容。由于狀態(tài)的優(yōu)化組合，對用戶名、密碼的驗證華為同一測試場景。進行兩種測試對比的目的在于研究不同狀態(tài)對軟件性能的影響。

（1）OPENXML存儲格式。該存儲方式是將用戶信息存至OpenXml文件中（本地），通過讀取Xml的文件并分析，以ID作為用戶區(qū)分的標志位；

（2）SQL SERVER存儲格式。該方式是通過數據庫底層的存儲過程訪問登錄表，其性能測試是以LoadRunner與數據庫相連，通過監(jiān)聽某一分支狀態(tài)的CPU響應效率和響應時間，得出結果。

2 兩種存儲結構的狀態(tài)場景性能實驗

2.1 實驗場景設定

定義登錄提交事件并包含用戶名、密碼、測試所用標識參數（標記所輸信息的驗證結果）。并基于此設定以下三個測試場景。

（1）校驗密碼、用戶名-登錄；

（2）屏蔽驗證代碼直接確認登錄（密碼、用戶名不可空）；

（3）單獨登錄響應時間。根據已設定的三種場景，對每種狀態(tài)場景進行響應時間及CPU效率的比較，方法采用逐一代碼屏蔽的方式，并使用Windows自帶測試工具。

2.2 自動化測試實驗

本實驗通過測試響應時間和CPU使用率兩方面對每種情況數據進行比較。

2.2.1 基于OPENXML方式的測試

本實驗使用Windows自帶性能測試工具，以CPU活動為主要監(jiān)聽對象，該工具包含（Processor Time、Processor Handle Time、User Time）。

2.2.2 基于SQL SERVER方式的測試

本實驗通過LoadRunner進行底層數據庫的訪問，仍設定上述三場景狀態(tài)，同時記錄腳本錄入過程中的SQL Server 登錄時間、平均校驗時間。監(jiān)聽指標如下：

（1）響應時間-包含校驗；

（2）響應時間-直接確認；

（3）響應時間-數據庫登錄。

2.3 自動化測試結果

實驗一：基于OPENXML存儲方式性能結果

該實驗針對響應時間的事務結果表1，除了該實驗針對響應時間的事務結果表1，對于“直接登錄”的事務響應時間遠遠大于其他兩種情況下的時間，而其他兩種狀態(tài)場景的響應時間則在常規(guī)測試允許的范圍內，為了深入了解影響響應時間的因素，我們分別基于這三種情況對CPU使用率進行監(jiān)聽（如圖1）。

表1 OpenXml實現時響應時間監(jiān)聽結果

狀態(tài)場景響應時間1（s）響應時間2（s）響應時間3（s）平均響應時間

有校驗代碼0.06140.05100.04410.0512

無校驗代碼0.06350.07600.06670.0687

直接登錄0.09680.08640.08710.0901

圖1 CPU使用效率—Windows平臺自帶的測試工具

由圖可知，實現登錄時，多數情況下CPU使用率均在15%以下的正常標準范圍，但也存在少數CPU使用率超過20%的現象，對于單機軟件，雖仍在穩(wěn)定性要求范圍內，但若作為B/S程序發(fā)布，將使使用率增高，長期使用會對系統(tǒng)穩(wěn)定性產生嚴重危害。

實驗二：SQL SERVER存儲方式性能結果

由于本實驗的“無校驗碼”及“直接登錄”兩種情況僅需頁面即可完成，因而通過LoadRunner監(jiān)聽底層數據的響應時間時，僅需監(jiān)聽有校驗碼及SQL數據庫連接時間的結果。

表2 SQL Server實現時響應時間監(jiān)聽結果

狀態(tài)場景響應時間1（s）響應時間2（s）響應時間3（s）平均響應時間

有校驗代碼0.01600.01630.01660.0165

連sqlserver0.02190.02130.02150.0216

總時間0.03790.3760.03180.0381

在軟件設計中，設定存儲過程的數據校驗實現了數據的多重校驗。通過觀察上圖發(fā)現，該方式訪問底層的時間遠小于OpenXml存儲方式，但需繼續(xù)監(jiān)聽CPU的使用率。同樣選取10組數據。如圖2。

圖2 LoadRunner性能監(jiān)聽CPU使用效率

從實驗中可得使用SQL方式的CPU使用率仍低于OpenXml方式。在存儲過程訪問時間差異在微妙計算時，可忽略響應時間，并監(jiān)聽CPU使用率作為性能指標衡量標志。

3 結束語

針對本實驗結果可看出，雖然訪問存儲過程方式存在一定優(yōu)勢，但對于能夠實現文本信息自動分類的數據存取，OpenXml方式更具靈活性。該方式的缺陷是無法對數據字段的信息進行長度限制，從而會引起與界面交互時的溢出、安全泄漏及浪費內存等現象。SQL Server方式則在處理固態(tài)數據時更具優(yōu)勢，通過與界面層、邏輯層的配合，使數據在每一層均得到保護和驗證。

參考文獻：

[1]袁玉宇.軟件測試與軟件質量保證[M].北京：北京郵電大學出版社，2008.

[2]黎連業(yè)，王華，李淑春.軟件測試與測試技術[M].北京：清華大學出版社.2009.

[3]金芝，劉璘，金英.軟件需求工程：原理和方法[M].北京：科學出版社，2008.

作者簡介：朱蕾蕾（1986.03-），女，回族，長春人，助教，研究方向：軟件技術。

作者單位：長春職業(yè)技術學院，長春 130033