客戶關(guān)系管理系統(tǒng)性能測試課題名學(xué)生姓名指導(dǎo)教師：**第一章測試計劃1.1人力資源1.2測試環(huán)境1.3業(yè)務(wù)模型創(chuàng)建1.4場景模型創(chuàng)建1.5測試數(shù)據(jù)準備第二章測試用例第三章執(zhí)行測試3.1腳本開發(fā)133.2場景設(shè)計3.3計數(shù)器設(shè)置第四章結(jié)果分析第五章測試結(jié)論第一章測試計劃1.1人力資源性能測試作為測試的一部分工作，根據(jù)測試計劃，性能測試允許的時間為25個工作日，計劃需要一個人進行測試。1.2測試環(huán)境在進行測試前，必須先搭建好測試平臺。服務(wù)器按章操作系統(tǒng)為系統(tǒng)，其中數(shù)據(jù)庫和應(yīng)用服務(wù)器安裝在同一臺機測試機安裝的操作系統(tǒng)為系統(tǒng)，因為測試的并發(fā)用戶最多為100個，其中和負載機為同一臺及其。測試機和服務(wù)器在同一個局域網(wǎng)內(nèi)。詳細的測試機與服務(wù)器軟硬件配置，見表1-1所示；設(shè)備硬件配置軟件配置數(shù)據(jù)庫服務(wù)器應(yīng)用服務(wù)器PC機（一臺）CPU：.4GHz內(nèi)存：2.0GB硬盤：控制器負載機PC機（一臺）CPU：.06GHz內(nèi)存：512MB硬盤：ner9.1IE6..3業(yè)務(wù)模型創(chuàng)建測試環(huán)境準備好之后要對業(yè)務(wù)模型進行設(shè)計，知道錄制腳本時的業(yè)務(wù)流程及業(yè)務(wù)背景，如表1-2所示；指標種類業(yè)務(wù)模型登陸100個虛擬用戶同時并發(fā)測試業(yè)務(wù)聯(lián)系人準備12000條聯(lián)系人記錄進入聯(lián)系人管理界面的并發(fā)用戶數(shù)位25增聯(lián)系人活動并提交的并發(fā)用戶數(shù)位25客戶準備2400條客戶記錄進入客戶界面的并發(fā)用戶為25新增客戶記錄并提交的并發(fā)用戶數(shù)位25商機準備2400條商機記錄進入商機管理界面的并發(fā)用戶為25新增商機管理界面的并發(fā)用戶為25線索準備12000條銷售活動記錄進入線索管理界面的并發(fā)用戶25新增線索并提交的并發(fā)用戶251-2業(yè)務(wù)模型1.4場景模型創(chuàng)建業(yè)務(wù)模型是用來規(guī)范業(yè)務(wù)如何活動的。
那么場景又如何控制呢？這就需要創(chuàng)建一個場景模型。什么叫場景模型？場景模型用來約束和規(guī)范業(yè)務(wù)活動時的場景環(huán)境，指導(dǎo)場景如何設(shè)計。也就是說，如果沒有定義好場景模型，那么就無法很好地去定義部分的場景設(shè)計或者測試出來的結(jié)果和真實的結(jié)果還存在很大的差異。這幾個模塊具體的場景模型，如表1-3所示；1-3場景模型：指標種類場景模型業(yè)務(wù)登陸秒加載一個虛擬用戶，虛擬用戶加載完成之后，場景持續(xù)運行使用IP欺騙，IP欺騙新建１５個IP地址添加計數(shù)器監(jiān)視虛擬用戶運行日志文件聯(lián)系人秒加載一個虛擬用戶，虛擬用戶加載完成之后，使用IP欺騙，IP欺騙新建１５個IP地址添加計數(shù)器監(jiān)視虛擬用戶運行日志文件客戶秒加載一個虛擬用戶，虛擬用戶加載完成之后，使用IP欺騙，IP欺騙新建１５個IP地址添加計數(shù)器監(jiān)視虛擬用戶運行日志文件商機秒加載一個虛擬用戶，虛擬用戶加載完成之后，使用IP欺騙，IP欺騙新建１５個IP地址添加計數(shù)器監(jiān)視虛擬用戶運行日志文件線索秒加載一個虛擬用戶，虛擬用戶加載完成之后，使用IP欺騙，IP欺騙新建１５個IP地址添加計數(shù)器監(jiān)視虛擬用戶運行日志文件1.5測試數(shù)據(jù)準備完成以上工作后，接下來就要為業(yè)務(wù)模型準備數(shù)據(jù)，一般準備數(shù)據(jù)可以從以下幾個方面入手：數(shù)據(jù)可以來自于以前的歷史數(shù)據(jù)。
如登陸模塊，測試10個用戶同時登陸的情況，如果已有10個真實的用戶賬號信息，那么在準備數(shù)據(jù)時，就可以直接調(diào)用這些現(xiàn)有的數(shù)據(jù)。手動添加準備數(shù)據(jù)。如登錄模塊，如果現(xiàn)在沒有10個現(xiàn)成的真實用戶賬號信息，那么就需要自己手動去創(chuàng)建，當然創(chuàng)建的方式就有很多種了，可以使用進行創(chuàng)建，也可以寫一段小程序去創(chuàng)建，當然還可以選擇手動創(chuàng)建。但是當數(shù)據(jù)量很大時，選擇手動創(chuàng)建就是一件很困難的事，如測試BOSS（）系統(tǒng)，幾千個虛擬用戶并發(fā)，如果手動去準備這些數(shù)據(jù)就很麻煩。數(shù)據(jù)以何種形式調(diào)用。如登陸模塊的這10個賬號信息，在測試過程中如何調(diào)用，這里會出現(xiàn)兩種不同的情況。一是文本形式，文本形式有一個缺點是，參數(shù)列表中最多允許100行參數(shù)，那么如果參數(shù)很多就不能用這種方式了，二是數(shù)據(jù)庫的方式，如果大量參數(shù)要被調(diào)用的話，就應(yīng)選擇數(shù)據(jù)庫的形式，因為數(shù)據(jù)庫形式?jīng)]有受記錄的限制。各模塊數(shù)據(jù)準備情況，見表1-4。1-4準備數(shù)據(jù)指標種類準備數(shù)據(jù)登陸準備好100個正確的用戶賬號信息業(yè)務(wù)聯(lián)系人準備好12000條聯(lián)系人記錄客戶準備好2400條客戶記錄商機準備好2400條商機記錄線索準備好12000條線索記錄這些數(shù)據(jù)都選擇生成，100個用戶賬號信息存儲在數(shù)據(jù)庫中，以方便參數(shù)化時調(diào)用。
第二章測試用例根據(jù)測試計劃，設(shè)計了包括用力編號、測試目的、開發(fā)用戶數(shù)、模擬用戶行為和預(yù)期結(jié)果五大部分的測試用例。登陸用力編號測試目的測試100個虛擬用戶并發(fā)時，系統(tǒng)登陸響應(yīng)時間并發(fā)用戶數(shù)100個模擬用戶行為輸入用戶名和密碼，點擊登陸預(yù)期結(jié)果系統(tǒng)登陸的響應(yīng)時間不能超過進入聯(lián)系人管理界面用力編號測試目的測試進入聯(lián)系人管理界面活動，系統(tǒng)進入聯(lián)系人管理界面的響應(yīng)時間并發(fā)用戶數(shù)25進入首頁，點擊“聯(lián)系人管理”按鈕，進入聯(lián)系人管理界面預(yù)期結(jié)果系統(tǒng)處理進入聯(lián)系人管理界面響應(yīng)時間不能超過新增聯(lián)系人用力編號測試目的測試提交新增聯(lián)系人活動，系統(tǒng)提交的響應(yīng)時間并發(fā)用戶數(shù)25進入首頁，點擊“聯(lián)系人管理”按鈕，進入聯(lián)系人管理界面填寫新增聯(lián)系人信息，并提交”預(yù)期結(jié)果系統(tǒng)處理提交新增聯(lián)系人信息的響應(yīng)時間不能超過進入客戶管理界面用力編號測試目的測試進入客戶界面活動，系統(tǒng)進入客戶界面的響應(yīng)時間并發(fā)用戶數(shù)25進入首頁，點擊“客戶管理”按鈕預(yù)期結(jié)果系統(tǒng)處理進入客戶管理界面響應(yīng)時間不能超過新增客戶記錄用力編號測試目的測試提交客戶記錄，系統(tǒng)提交客戶記錄的響應(yīng)時間并發(fā)用戶數(shù)25填寫新增客戶信息，并提交預(yù)期結(jié)果系統(tǒng)處理提交新增客戶信息響應(yīng)時間不能超過進入商機管理界面用力編號測試目的測試進入商機管理界面活動，系統(tǒng)進入客戶界面的響應(yīng)時間并發(fā)用戶數(shù)25進入首頁，點擊“商機管理”按鈕預(yù)期結(jié)果系統(tǒng)處理進入商機管理界面響應(yīng)時間不能超過新增商機記錄用力編號測試目的測新增商機記錄，系統(tǒng)新增商機的響應(yīng)時間并發(fā)用戶數(shù)25填寫新增商機信息，并提交預(yù)期結(jié)果系統(tǒng)處理新增商機響應(yīng)時間不能超過 進入線索管理界面用力編號 測試目的 測試進入線索管理界面活動，系統(tǒng)進入線索界面的響應(yīng)時間 并發(fā)用戶數(shù) 25 進入首頁，點擊“線索管理”按鈕預(yù)期結(jié)果 系統(tǒng)處理進入線索管理界面響應(yīng)時間不能超過 新增線索記錄用力編號 測試目的 測試提交線索管理界面活動，系統(tǒng)新增線索界面的響應(yīng)時間 并發(fā)用戶數(shù) 25 險些新增線索信息，并提交預(yù)期結(jié)果 系統(tǒng)處理提交新線索響應(yīng)時間不能超過 第三章執(zhí)行測試 3.1 腳本開發(fā) 根據(jù)業(yè)務(wù)模型和場景模型可以開始開發(fā)測試腳本，主要涉及到測試腳本實現(xiàn)過程和腳 本的結(jié)構(gòu)。
虛擬用戶腳本的開發(fā)情況見表 3-1 3-1虛擬用戶腳本開發(fā)情況 用例編號 用例名稱 開發(fā)情況 并發(fā)登陸 在腳本中對用戶名和密碼進行參數(shù)化， 參數(shù)調(diào)用 是通過讀取數(shù)據(jù)庫中的數(shù)據(jù)來獲得， 設(shè)置文本檢 查點，檢查登陸的用戶名是都正確 進入聯(lián)系人管理界 該腳本和 合并，在 登陸后，其中 25個虛擬用戶進行并發(fā)聯(lián)系人管理界面操作 新增聯(lián)系人 該腳本和 合并，在 登陸后，其中 25個虛擬用戶進行并發(fā)提交新增聯(lián)系人活動 操作 進入客戶管理界面 該腳本和 合并，在 登陸后，其中 25個虛擬用戶進行并發(fā)進入客戶管理界面操 新增客戶記錄 該腳本和 合并，在 登陸后，其中 25個虛擬用戶進行并發(fā)新增客戶記錄操作 進入商機管理界面 該腳本和 合并，在 登陸后，其中 25個虛擬用戶進行并發(fā)進入商機管理界面操 新增商機 該腳本和 合并，在 登陸后，其中 25個虛擬用戶進行并發(fā)新增商機記錄操作 進入線索管理界面 該腳本和 合并，在 登陸后，其中 25個虛擬用戶進行并發(fā)進入線索管理界面操 新增線索記錄 該腳本和 合并，在 登陸后，其中 25個虛擬用戶進行并發(fā)新增線索操作 登陸進入 主界面，如圖 3-1 所示； 圖3-1 點擊“ /Edit ”，啟用后新建一個用戶腳本，因為我們要測試的是 Web應(yīng)用所以如下所示，選擇 Web(HTTP/Html)協(xié)議，如圖 3-2 所示； 3-2Web(HTTP/Html) 協(xié)議 在錄制腳本中定義一個集合點 “并發(fā)登陸”，用來保證虛擬用戶真的進行了并發(fā)登錄操 作。
定義一個事務(wù)“提交登陸” ，這樣來統(tǒng)計登陸所花費的時間。添加文本檢查點，檢查登 陸的用戶名是否正確。 所有代碼都放在 部分。并發(fā)登陸實例的腳本結(jié)構(gòu)如圖 3-3 3-3登陸用例腳本結(jié)構(gòu) 對登陸的用戶名進行參數(shù)化，將參數(shù)化的文件放在一個專門管理參數(shù)化數(shù)據(jù)的文件夾 中，將參數(shù)列表中讀取參數(shù)的路徑由絕對路徑更改為相對路徑。在這里并未對密碼進行參 數(shù)化，為了測試方便，在準備數(shù)據(jù)時，用戶名密碼統(tǒng)一設(shè)置為“ Admin”。故不需要對密碼 進行參數(shù)化。 進入聯(lián)系人管理界面在進入聯(lián)系人管理界面的腳本中， 只需對登陸的用戶名進行參數(shù)化， 這里沒有對密碼進 行參數(shù)化，因為所有用戶名、密碼都是一樣的。設(shè)置集合點，確保所有虛擬用戶并發(fā)進入 聯(lián)系人管理界面。其腳本結(jié)構(gòu)圖，如圖 3-4 所示。 3-4進入聯(lián)系人管理界面 新增聯(lián)系人信息新增聯(lián)系人腳本是最重要的腳本之一。錄制完成腳本之后，對腳本進行回放，回放 后進入系統(tǒng)查看是否已添加腳本中的新增聯(lián)系人信息，此時發(fā)現(xiàn)，該腳本中新增用戶信息 并未被添加（錄制腳本使用的登錄用戶名為 test1, 添加的聯(lián)系人姓名為 hehel ，腳本調(diào)試 過程中對登陸用戶名進行參數(shù)化，參數(shù)內(nèi)容為 test1 test2），即用戶 test2 中并沒有聯(lián) hehel的信息，這說明腳本出現(xiàn)問題。
這時分析回放日志，但并未發(fā)現(xiàn)異常日志，這 時一種猜測是腳本應(yīng)該需要關(guān)聯(lián)， 前面講了腳本關(guān)聯(lián)的幾種方法， 下面進行以下分析處理： ）使用兩個用戶test1 和test2 分別錄制業(yè)務(wù)流程一樣的腳本。 ）再使用 自帶的 WDiff 工具比較兩個腳本，此時發(fā)現(xiàn)在提交新增聯(lián)系人信 息的過程中“ Name=”的內(nèi)容不一致，如圖 3-5 所示。 3- 比較腳本 這說明每次提交一個新增聯(lián)系人信息時， “Name=”的值是服務(wù)器分配的， 并且每次的值都不一樣，這就說明需要對該 ID 進行關(guān)聯(lián)，接著找到需要關(guān)聯(lián) ID 的左右邊 界，手動創(chuàng)建一個關(guān)聯(lián)規(guī)則，重新錄制腳本即可，關(guān)聯(lián)后代碼如圖 3-6 所示。 3-6腳本關(guān)聯(lián) 關(guān)聯(lián)后再次進行回放，發(fā)現(xiàn) admin 下面還是沒有添加那個聯(lián)系人，這說明腳本還是有 問題，但實在是想不出哪里有問題，然后手動用 admin 這個用戶名登陸系統(tǒng)，添加剛才的 聯(lián)系人，結(jié)果提示：“存在同名的聯(lián)系人，是否正確添加” 。到這里說明腳本已經(jīng)成功添加 了聯(lián)系人，只是在聯(lián)系人列表中未看到添加的聯(lián)系人信息，如圖 3-7 所示。
圖3-7 聯(lián)系人列表 這說明腳本在處理業(yè)務(wù)流程時已經(jīng)出現(xiàn)問題， 接下來應(yīng)該分析添加聯(lián)系人的業(yè)務(wù)流程， 添加聯(lián)系人界面如圖 3-8 所示。 3-8添加聯(lián)系人 經(jīng)過分析發(fā)現(xiàn)，在提交新增聯(lián)系人信息時，有一項“負責人”一直都是當前的用戶名， 再看一下聯(lián)系人列表中的“負責人”欄，只有當前負責人添加的聯(lián)系人信息才會顯示出來， test2用戶下其實是添加了 hehel 這個聯(lián)系人的，之所以看不到是因為在腳本運行的時 候“負責人”項一直都是 test1 ，原因找到了，最后只需要對“負責人”項進行參數(shù)化， 并且負責人應(yīng)該和登陸用戶保持一致，但問題是不知道腳本中哪一項是負責人信息，又沒 有其他的技巧，后來經(jīng)過多次手動試驗一項一項的排除后才找到了“負責人”項在腳本的 位置，下面是修改后的腳本，如圖 3-9 所示。 圖3-9 對負責人的值進行參數(shù)化 3.2 場景設(shè)計 場景設(shè)計主要是對 （控制器）進行設(shè)置，設(shè)置腳本運行時的環(huán)境。這里只 對登陸、進入聯(lián)系人管理界面和新增聯(lián)系人三個模塊進行詳細的描述，其他的模塊都大同 小異，在此不進行詳細的描述。 登陸這里場景組設(shè)置 10 個虛擬用戶，如圖 3-10 所示。
3-10場景組設(shè)計 場景策略的設(shè)置，在腳本運行時對所有的虛擬用戶進行初始化，每 秒加載一個虛擬用戶，虛擬用戶加載完成后，持續(xù)運行 秒釋放一個虛擬用戶，直到所有用戶釋放完成，如圖 3-11 所示。 3-11場景策略設(shè)置 啟動 IP 欺騙功能，腳本中所有集合點都設(shè)置為使用狀態(tài)，如圖 3-12 所示。 3-12集合點設(shè)置 進入聯(lián)系人管理界面場景組設(shè)置 10 個虛擬用戶，如圖 3-13 所示。 3-13場景組設(shè)置 和登錄模塊一樣，負載發(fā)生器沒有進行設(shè)置。 場景策略設(shè)置， 在腳本運行時對所有的虛擬用戶進行初始化， 秒加載一個虛擬用戶，虛擬用戶加載完成后，持續(xù)運行 秒釋放一個虛擬用戶，直到所有虛擬用戶釋放完成，如圖 3-14 所示。 3-14場景策略設(shè)置 啟動 IP 欺騙功能，腳本中所有集合點都設(shè)置為使用狀態(tài)，如圖 3-15 所示。 3-15集合點設(shè)置 新增聯(lián)系人管理信息場景組設(shè)置 10 個虛擬用戶，如圖 3-16 所示。 3-16場景組設(shè)置 場景策略設(shè)置，在腳本運行時對所有的虛擬用戶進行初始化，每 秒加載一個虛擬用戶，虛擬用戶加載完成后，持續(xù)運行 秒釋放一個虛擬用戶，直到所有虛擬用戶釋放完成。
如圖 3-17 所示。 3-17場景策略設(shè)置 啟動 IP 欺騙功能，腳本中所有集合點都設(shè)置為使用的狀態(tài)，如圖 3-18 所示。 3-18集合點設(shè)置 3.3 計數(shù)器設(shè)置 計算器設(shè)置主要是設(shè)置在場景運行時，需要監(jiān)控那些資源。在這里所有的腳本都對 資源和數(shù)據(jù)庫服務(wù)器進行監(jiān)控。這里以登錄模塊為例，其他的模塊設(shè)置一致。 1. 計數(shù)器 添加 計數(shù)器，具體如何添加在前面講述過，這里就不再詳細描述，監(jiān)控的對 象為需要監(jiān)控的某臺服務(wù)器 （數(shù)據(jù)庫服務(wù)器或應(yīng)用服務(wù)器的 資源），當然因為這里 兩個服務(wù)器都安裝在同一臺機器，不存在這些之分。 資源計數(shù)器如圖 3-19 所示。 3- 資源監(jiān)控圖 2.MySQL數(shù)據(jù)庫計數(shù)器 MySQL 數(shù)據(jù)庫計數(shù)器的添加方式與 計數(shù)器的添加放肆一樣。被監(jiān)控的機器為數(shù) 據(jù)庫服務(wù)器。 MySQL數(shù)據(jù)庫計數(shù)器如圖 3-20 所示。 3-數(shù)據(jù)庫計數(shù)器 在添加數(shù)據(jù)庫計數(shù)器時， 有時場景狀態(tài)欄輸出窗口會提示如圖 3-20 所示的錯誤信息， 2-21所示； 3-21數(shù)據(jù)庫計數(shù)器添加報錯 出錯的原因是計數(shù)器的這些信息和 的這些信息名稱不相符引起的，有時候 計數(shù)器中也會出現(xiàn)。
出錯后這些指標的值 無法獲取。但是為什么與 資源的名稱不相符就會報錯，并且沒有值顯示呢？原因是因為 的這些 計數(shù)器的值其實不是自己創(chuàng)建的，而是從 系統(tǒng)中調(diào)用出來的，故如果名稱不一樣 就無法從 系統(tǒng)中讀到這些指標的值，這樣這些指標的值就無法被 顯示出來， 場景狀態(tài)欄就會彈出錯誤提示信息。 操作系統(tǒng)內(nèi)部監(jiān)視器如圖 3-22 所示。 3- 操作系統(tǒng)監(jiān)視器 操作系統(tǒng)監(jiān)視器也可以添加計數(shù)器，這和 添加的計數(shù)器如出一轍。 所以其實這些指標并不是 自己去創(chuàng)建的， 而是直接從 操作系統(tǒng)中“挖 過來的”。 3.4 場景監(jiān)視 在場景運行過程中必須對場景進行監(jiān)控，通過監(jiān)控場景運行時的情況來獲得一些信 息，這樣有利于對性能測試結(jié)果進行分析，以下幾個方面的信息需要監(jiān)控。 在這里需要監(jiān)控場景組中所有虛擬用戶運行的情況，同時也可以對虛擬用戶運行的情 況進行控制，如圖 3-23 所示。 3-23場景組中虛擬用戶運行的情況 同時還需要監(jiān)視虛擬用戶組中每個虛擬用戶運行的情況， 并且一定要觀察日志文件的情 況，如圖 3-24 所示。
3-24監(jiān)視虛擬用戶組運行的情況和日志文件 監(jiān)視場景狀態(tài)圖中信息的情況， 最重要的是關(guān)注錯誤事務(wù)的情況，如圖 3-25 所示。 3-25監(jiān)視場景運行狀態(tài)圖 如果在運行過程中場景狀態(tài)出現(xiàn) 的信息管理系統(tǒng)測試點，那么一定要查看輸出對話框錯誤信息 的情況，可以幫助調(diào)試腳本和分析結(jié)果，如圖 3-26 所示。 3-26監(jiān)視輸出對話框的提示信息 監(jiān)視數(shù)據(jù)庫在數(shù)據(jù)圖部分主要監(jiān)視 個視圖的變化（正運行虛擬用戶數(shù)、事物的響應(yīng)時間、每秒點擊率、 計數(shù)器和 MySQL計數(shù)器），如圖 3-27 所示。 3-27監(jiān)視數(shù)據(jù)圖的信息 第四章 結(jié)果分析 登陸場景是模擬 100個虛擬用戶并發(fā)登陸， 當虛擬用戶增加到 50 個時，每加載一個虛擬用 戶時，場景狀態(tài)欄的失敗事務(wù)數(shù)和錯誤信息就在增多，如圖 4-1 所示。這說明當加載到 50 個虛擬用戶后，服務(wù)器無法處理客戶端的請求。 4-1失敗事務(wù)和錯誤信息 接下來分析平均事務(wù)響應(yīng)時間，如圖 4-2 所示。平均事務(wù)響應(yīng)時間一直在增加，也 同樣說明服務(wù)器無法處理客戶端的請求管理系統(tǒng)測試點，事務(wù)一直無法處理完成。到這里可以得到結(jié)論應(yīng) 該是服務(wù)器已經(jīng)出現(xiàn)問題，但還不明確是什么原因?qū)е碌摹?/p>
4-2平均事務(wù)響應(yīng)時間 再看一下 計數(shù)器捕捉到的數(shù)據(jù)，可以看到 CPU的使用率達到 100%，內(nèi)存也 存在問題，但是網(wǎng)絡(luò)沒有問題，這說明服務(wù)器的硬件配置無法處理 100 個虛擬用戶并發(fā)登 陸，硬件平臺成為性能瓶頸。為了驗證這個判斷，可以在腳本運行過程中，手動登陸一次 試一下，結(jié)果發(fā)現(xiàn)系統(tǒng)幾乎無法動彈。這說明判斷是正確餓的，系統(tǒng)硬件資源成為系統(tǒng)性 能的瓶頸。 要解決這個問題，必須優(yōu)化系統(tǒng)配置，否則系統(tǒng)無法處理 100 個虛擬用戶并發(fā)登陸。在這 里是因為進行實例講述，不方便去優(yōu)化系統(tǒng)配置，但可以降低并發(fā)用戶數(shù)，測試 35 個虛擬 用戶并發(fā)的情況。 35個虛擬用戶時， CPU 的使用率還是幾乎達到 100%，內(nèi)存 Page/sec 的指標超過 80，說明硬件配置在 35 個虛擬用戶并發(fā)登陸時，還不是最好的，但是并沒有失敗的事務(wù)， 這說明處理 35 個虛擬用戶并發(fā)登陸時沒有任何影響， 在這里就不再繼續(xù)測試下去了， 有興趣的朋友可以自己試試。 通過上面的結(jié)果可以得知， 系統(tǒng)無法處理 100 個虛擬用戶同時并發(fā)登陸， 在使用 50 個虛擬用戶并發(fā)登陸時， 雖然沒有 失敗的事務(wù)，但是事務(wù)的處理時間過長，平均時間大概在 60 秒。
這是因為服務(wù)器的硬件配 置引起的。 進入聯(lián)系人管理界面從上圖可以看到平均時間在 33.188 秒，這個時間應(yīng)該不是很確切，從曲線圖中可以看 到大概是在 40 秒，但不管哪個時間，這個平均時間顯示是太長了，這樣的系統(tǒng)性能不能讓 人滿意。 新增聯(lián)系人場景運行完成后，首先分析平均事務(wù)響應(yīng)時間，平均事務(wù)響應(yīng)時間為 15.893 秒，這個 時間也是很長的一個時間，并且平均事務(wù)響應(yīng)時間像波浪一樣有規(guī)律的出現(xiàn)，該頁面 是在新增加一條聯(lián)系人記錄并保存后進入的頁面，本來應(yīng)該是顯示當前添加的信息人 信息，但在試驗過程中，添加聯(lián)系人后，系統(tǒng)無法從數(shù)據(jù)庫只能夠讀取該數(shù)據(jù)庫，導(dǎo) 致頁面出錯，這就是為什么平均事務(wù)響應(yīng)時間達到 15.893 秒的原因，同時也可以解釋 為什么平均事務(wù)項波浪一樣。因為在新增聯(lián)系人時，這個頁面有時訪問成功，有時訪 問不成功。 第五章 測試結(jié)論 每個模塊的測試結(jié)果如下 登陸登陸模塊，服務(wù)器當前的配置無法處理 100 個虛擬用戶并發(fā)的活動， 測試 50個虛擬用 戶并發(fā)時，發(fā)現(xiàn)事務(wù)都能被成功的處理，但是登陸的時間過長，平均時間為 60秒，系統(tǒng)資 源也超過安全指標，但應(yīng)用服務(wù)器正常，可以通過優(yōu)化服務(wù)器的配置來提高性能。
進入聯(lián)系人管理界面進入聯(lián)系人管理界面模塊，在 25 個虛擬用戶并發(fā)時，平均事務(wù)響應(yīng)時間在 40 時網(wǎng)絡(luò)傳輸時間明顯過長，系統(tǒng)資源使用超過安全指標，再試驗20 個虛擬用戶并發(fā)，發(fā)現(xiàn) 平均事務(wù)響應(yīng)時間為 增加聯(lián)系人25 個虛擬用戶并發(fā)，平均事務(wù)響應(yīng)時間為 15.893 秒，服務(wù)器無法處理 25個虛擬用戶 并發(fā)，有頁面訪問出錯的現(xiàn)象，主要可以通過調(diào)節(jié)系統(tǒng)配置來優(yōu)化性能，與應(yīng)用服務(wù) 器、數(shù)據(jù)庫服務(wù)器的關(guān)系不大。