王 巍，薛堯予，張輝

（國家圖書館 信息網絡部，北京 100081）

0 引言

快速印刷管理系統(tǒng)作為一種將IT軟件與數(shù)字印刷設備整合起來的系統(tǒng)，通常具有文獻印刷數(shù)據(jù)自由存取、按需印刷、圖文混排印刷、可變數(shù)據(jù)印刷、多批次重復印刷、各種厚度文獻的裝訂等功能。該系統(tǒng)能否最大限度地發(fā)揮了高速數(shù)碼印刷機的優(yōu)勢？能否在多人同時操作情況下，不會出現(xiàn)系統(tǒng)崩潰、反應滯后等問題？能否全天候正常服務并同時保證印刷質量？這些系統(tǒng)性能問題，迫切需要通過性能測試來進行驗證，為系統(tǒng)的投入運行提供技術保證，從而解除用戶的憂慮，防患于未然。本文就此展開論述，以一個具有代表性的快速印刷管理系統(tǒng)為例，探討系統(tǒng)的性能測試工作。

圖1 測試過程

性能測試的過程大體分為三個階段：準備、執(zhí)行和分析。此外，風險評估和控制貫穿整個測試過程始終（如圖1所示）。

1）準備階段：了解被測系統(tǒng)情況、測試范圍、性能需求等，準備測試環(huán)境、工具、用例、數(shù)據(jù)、腳本等。

2）執(zhí)行階段：使用錄制好的腳本，通過場景模擬進行性能測試，同時收集監(jiān)控數(shù)據(jù)。

3）分析階段：收集測試性能表現(xiàn)數(shù)據(jù)與日志，進行性能測試結果分析。

風險評估和控制：這里的風險包括測試過程中遇到的各種問題，如測試不能按計劃進行、測試工具出現(xiàn)問題、測試數(shù)據(jù)無法使用等，也包括測試執(zhí)行后帶來的各種后果的風險，如生產數(shù)據(jù)被破壞、系統(tǒng)被壓垮等。應提前考慮到各個環(huán)節(jié)可能遇見的風險，同時提出規(guī)避風險的方法[1]。

1 測試準備

1）了解被測系統(tǒng)情況

圖2 快速印刷管理系統(tǒng)邏輯結構圖

此系統(tǒng)的硬件部分由Nuver a高速數(shù)碼印刷機、多臺服務器、客戶端PC機、網絡設備等組成；軟件部分由定制開發(fā)的工單管理軟件、工作流管理軟件、印刷控制軟件和Web服務IIS、數(shù)據(jù)庫SQL Ser ver等組成。其中，工單管理系統(tǒng)負責接收電子書數(shù)據(jù)和用戶請求、對數(shù)據(jù)進行印刷預處理和格式轉換；工作流管理軟件負責定義數(shù)據(jù)處理的序列，控制印刷數(shù)據(jù)按照要求完成數(shù)據(jù)處理；印刷控制軟件負責最終的印刷輸出。

表1 測試硬件環(huán)境與軟件部署

2）測試工具選擇

并發(fā)性能測試是在客戶端執(zhí)行的黑盒測試，一般不采用手工方式，而是利用工具采用自動化方式進行。本次測試采用自動負載測試工具Load Runner，它可通過模擬真正用戶的操作行為并進行實時性能監(jiān)測，來幫助客戶快速地查找性能問題。

3）測試范圍

系統(tǒng)性能測試范圍盡量避免大而全的測試，而是根據(jù)需求和系統(tǒng)特點來制定測試方案，選取可用于衡量系統(tǒng)性能的典型的業(yè)務流程來展開測試。測試人員經過分析，本案例最終選擇“登錄”、“讀取MARC”、“合并PDF”、“提交印刷”等幾個有代表性的功能來進行測試，其中，“登錄”操作能提現(xiàn)B/S結構中IIS、SQL Ser ver數(shù)據(jù)庫的效率，“讀取MARC”、“合并PDF”、“提交印刷”能提現(xiàn)多用戶并發(fā)讀/寫對服務器硬盤造成的壓力。

4）測試場景

由于系統(tǒng)操作人員共40人左右，根據(jù)“并發(fā)在線用戶數(shù)是實時在線用戶數(shù)的10%~20%”的原則，將并發(fā)用戶數(shù)設為4、6、8，在LoadRunner的Control l er中控制Load Generator對系統(tǒng)進行壓力加載，觀察性能表現(xiàn)。

5）測試數(shù)據(jù)

測試數(shù)據(jù)包括電子書數(shù)據(jù)、數(shù)據(jù)庫數(shù)據(jù)和參數(shù)化數(shù)據(jù)。結合實際情況，本次測試選用PDF、TIFF兩種電子書數(shù)據(jù)（共16本），每本書一個目錄，其中包括圖像文件、mdb文件、MARC文件等；數(shù)據(jù)庫數(shù)據(jù)即在數(shù)據(jù)庫中構造用戶數(shù)據(jù)（操作員ID、姓名、密碼、部門等字段）和書籍數(shù)據(jù)（ID、書名、尺寸、比例、數(shù)據(jù)格式、存儲位置、文件大小等字段）；參數(shù)化數(shù)據(jù)是用于腳本中的常量替換，由測試人員在腳本中找出需要參數(shù)化的對象，如操作員ID、密碼，用參數(shù)表加以替換，從而模擬實現(xiàn)多用戶的同時運行。

6）測試腳本

使用Load Runner的VuGen，錄制系統(tǒng)客戶端與服務器端之間的交互行為，生成測試腳本。然而錄到的腳本不能直接使用，需要做參數(shù)化、變量獲?。╳eb_r eg_save_par am）、關聯(lián)、設集合點等多種修改和完善，才能最終用于客戶端仿真。

7）測試環(huán)境

8）系統(tǒng)監(jiān)控

在壓力加載的同時，我們對應用服務器的系統(tǒng)資源進行實時監(jiān)控，如CPU、內存、硬盤、網絡、數(shù)據(jù)庫等，將監(jiān)測到的數(shù)據(jù)與運行腳本返回的數(shù)據(jù)進行比較和分析，為系統(tǒng)瓶頸診斷提供線索。

2 測試執(zhí)行與結果分析

1）測試執(zhí)行

在不同并發(fā)用戶數(shù)（4、6、8）條件下，分別運行“登錄”、“讀取MARC”、“合并PDF”、“提交印刷”腳本，發(fā)現(xiàn)除了在運行“合并PDF”腳本時出現(xiàn)操作失敗情況之外，其余腳本均成功運行（如表2所示），且系統(tǒng)監(jiān)控數(shù)據(jù)平穩(wěn)，CPU、內存、網絡、硬盤、IIS及數(shù)據(jù)庫均未出現(xiàn)緊張、擁堵情況。

表2 場景運行結果表

“合并PDF”腳本運行時，分別在6個、8個并發(fā)情況下，均有1個用戶操作失敗，導致不能產生正確的PDF文件，且操作失敗時，系統(tǒng)界面顯示“系統(tǒng)忙，請稍后再試”。

結合同步監(jiān)測到的系統(tǒng)數(shù)據(jù)進行分析，發(fā)現(xiàn)“合并PDF”時：

隨著并發(fā)人數(shù)不斷增加，CPU的平均利用率一直處于20%以下，“%DPC t ime”的值處于較低水平，處理器隊列長度始終小于2，未出現(xiàn)堵塞；

內存基本保持穩(wěn)定，并發(fā)人數(shù)增加對內存影響不大，可用物理內存始終在總物理內存的70%左右；

服務器硬盤的“Disk Transf er/sec”的值一直大于120ms，最高時達到197ms。這個參數(shù)反映硬盤完成請求所用的時間，一般而言，此值應小于60ms，過大則表示系統(tǒng)要求的I/O速度已接近硬盤的最大速度，需要更換更快的硬盤或更換硬盤的RAID方式；

SQL Ser ver數(shù)據(jù)庫和IIS性能數(shù)據(jù)穩(wěn)定，無報錯。

2）結果分析

結果分析是對測試過程產生的數(shù)據(jù)及現(xiàn)象進行分析，判斷是否符合設計用戶需求、是否達到預期的性能指標，如有不達標需進一步分析原因并提出解決方法。

本案例通過對上面測試執(zhí)行產生的數(shù)據(jù)進行分析，可以判斷，“合并PDF”腳本運行時產生了大量的硬盤讀寫，特別是當操作對象是大數(shù)據(jù)文件（如TIFF格式）時，系統(tǒng)壓力集中在硬盤上，導致硬盤繁忙無法及時響應，影響了系統(tǒng)性能。

因此，提出以下解決思路：

要求廠商調整軟件代碼算法結構、分散系統(tǒng)壓力；

提升硬盤I/O速度或更換硬盤的RAID方式。

3 結束語

軟件性能測試技術是查找軟件性能問題和檢驗軟件質量的重要手段，已經成為軟件工程實施的必要環(huán)節(jié)。以LoadRunner作為測試工具，創(chuàng)建真實的負載并精確定位性能問題，為保證軟件應用性能和軟件工程順利實施提供嚴謹?shù)募夹g保障。

[1] 劉群策.LoadRunner和軟件項目性能測試[M].北京：機械工業(yè)出版社,2008.

[2] 陳紹英,金成姬,馮艷碩. LoadRunner虛擬用戶開發(fā)指南[M].北京：電子工業(yè)出版社,2009.