軟件工程--軟件測試大作業(yè)

1、_9_號位座印周:名姓班2031件軟本統(tǒng):級班534:號學(xué)西安歐亞學(xué)院2015-2 16 學(xué)年第二學(xué)期期末大作業(yè)-專業(yè) : 軟件工程課程：軟件測試工具年級： 3 級-評卷人一、作業(yè)題目-得分根據(jù)選定得軟件系統(tǒng)，對該系統(tǒng)進(jìn)行功能與性能方面得測-試。根據(jù)軟件需求規(guī)格說明書，制定測試計劃、設(shè)計測試用例、-選擇測試策略、使用測試工具逐項展開測試, 檢查軟件產(chǎn)品就是否達(dá)到用戶需求。-二、評分標(biāo)準(zhǔn)-線得分-評分項評分標(biāo)準(zhǔn)-軟件測試目得與內(nèi)容10 分-10 分-測試計劃得制定-課-軟件測試策略得選擇10 分-程封大-作測試用例得編寫10 分-業(yè)-成-測試工具得使用2分-績-測試執(zhí)行過程10 分-測試結(jié)果得分

2、析1分密-測試文檔得完整性、規(guī)范性2分-軟件測試工具-課程大作業(yè)專軟件工程業(yè):班統(tǒng)本軟件 02 班級:學(xué) 5號:姓周印名：報告 日 期：2016 年 6 月 1日目錄引言 ?錯誤 !未定義書簽。1、編寫目得 ?錯誤 !未定義書簽。、系統(tǒng)介紹. 01、3 術(shù)語與縮略詞 ?錯誤 !未定義書簽。1、4 參考資料 .錯 誤! 未定義書簽。2 任務(wù)概述 .錯 誤! 未定義書簽。2、1 測試目標(biāo) (性能需求與功能需求 )?錯誤 !未定義書簽。、 2 測試計劃描述 .錯 誤! 未定義書簽。、 3 系統(tǒng)測試策略 .錯 誤! 未定義書簽。2、4 測試環(huán)境搭建 .錯 誤! 未定義書簽。2、測試方法與工具.錯 誤!

3、 未定義書簽。3 功能測試 ?錯誤 !未定義書簽。3、功能模塊說明.錯 誤! 未定義書簽。3、2 測試用例設(shè)計 ?錯誤 !未定義書簽。3、3 測試執(zhí)行過程 ?錯誤 !未定義書簽。3、4 測試結(jié)果分析 .錯 誤! 未定義書簽。4 性能測試 10?4、1 測試指標(biāo)及期望.錯誤! 未定義書簽。4、錄制與編寫腳本 ?錯誤 !未定義書簽。、 3 設(shè)計與創(chuàng)建場景 ?錯誤 !未定義書簽。4、運(yùn)行結(jié)果并分析數(shù)據(jù)?錯誤 ! 未定義書簽。測試結(jié)果及建議.錯 誤! 未定義書簽。6 總結(jié) .錯 誤! 未定義書簽。引言 ?1、編寫目得 ?隨著現(xiàn)代科學(xué)技術(shù)得進(jìn)步,人類社會正逐漸走向信息化,圖書館擁有豐富得文獻(xiàn)信息資源，就

4、是社會系統(tǒng)得重要組成部分,在信息社會中作用愈來愈重要,我國圖書館計算機(jī)等信息技術(shù)得應(yīng)用起步于20 世紀(jì)年代末期，隨著改革開放得步伐得迅速發(fā)展，特別就是90 年代以后 ,我國圖書館信息網(wǎng)絡(luò)建設(shè)取得了較大發(fā)展圖書館信息化建設(shè)邁向了一個新臺階。我們得軟件工程課程設(shè)計要求應(yīng)用軟件工程得方法對我們得項目進(jìn)行詳細(xì)得需求分析、概要設(shè)計、詳細(xì)設(shè)計以及進(jìn)行必要得測試，旨在讓程序能夠?qū)崿F(xiàn)讀者管理功能、采編管理功能、流通管理功能、統(tǒng)計管理功能與查詢管理功能。在此基礎(chǔ)上讓程序能夠?qū)崿F(xiàn)圖書管理得自動化，幫助廣大師生更好得管理與使用圖書，提高圖書在信息時代得作用。為使圖書管理工作科學(xué)化、規(guī)范化，就必須采用計算機(jī)輔助管理，

5、從而減少人力得投入 ,由系統(tǒng)對入庫圖書進(jìn)行自動分類、歸類，學(xué)生信息整理、借閱情況登記入檔，提高信息處理得精度與準(zhǔn)確度 .1、系統(tǒng)介紹利用此圖書管理系統(tǒng)，可以大大減輕圖書館管理員得工作負(fù)擔(dān)，同時能夠極大地利用圖書資源 ,為用戶提供及時快捷得圖書信息。 圖書館管理系統(tǒng)得管理員權(quán)限分為 3 級：系統(tǒng)管理員、圖書管理員與一般管理員 .她們具有不同得模塊得管理權(quán)限。圖書館管理系統(tǒng)得主要實體就是書籍與圖書。通過不同得功能模塊可以有效地對這兩個實體進(jìn)行管理。這些模塊得功能需求簡單表述如下。系統(tǒng)管理員 :只有系統(tǒng)管理員才具有該模塊得權(quán)限。 該模塊需要實現(xiàn)書籍參數(shù)與用戶信息得管理 ,另外通過該模塊可以解凍被凍結(jié)

6、得用戶、修改密碼、備份數(shù)據(jù)庫。書籍參數(shù)具體包括索書號、書籍類型與費(fèi)用類型個方面得信息。用戶信息管理包括添加、編輯與刪除用戶信息。書籍信息管理：系統(tǒng)管理員與圖書管理員具有該模塊得權(quán)限 .該模塊就是系統(tǒng)核心得功能模塊，要求實現(xiàn)添加書籍信息、查找書籍信息、編輯書籍信息、刪除書籍信息、今日借閱查詢、借閱書籍與歸還書籍得功能。讀者信息管理 :所有得管理員都具有該模塊得權(quán)限。 該模塊要求實現(xiàn)添加讀者信息、編輯讀者信息與刪除讀者信息得功能。1、3 術(shù)語與縮略詞 ?黑盒測試也稱功能測試，它就是通過測試來檢測每個功能就是否都能正常使用。在測試中，把程序瞧作一個不能打開得黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)與內(nèi)部特性

7、得情況下，在程序接口進(jìn)行測試 ,它只檢查程序功能就是否按照需求規(guī)格說明書得規(guī)定正常使用 ,程序就是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確得輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面與軟件功能進(jìn)行測試。白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它就是按照程序內(nèi)部得結(jié)構(gòu)測試程序,通過測試來檢測產(chǎn)品內(nèi)部動作就是否按照設(shè)計規(guī)格說明書得規(guī)定正常進(jìn)行,檢驗程序中得每條通路就是否都能按預(yù)定要求正確工作.靜態(tài)方法就是指不運(yùn)行被測程序本身 ,僅通過分析或檢查源程序得語法、結(jié)構(gòu)、過程、接口等來檢查程序得正確性。對需求規(guī)格說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號執(zhí)行來找錯動態(tài)方

8、法就是指通過運(yùn)行被測程序 ,檢查運(yùn)行結(jié)果與預(yù)期結(jié)果得差異， 并分析運(yùn)行效率與健壯性等性能 ,這種方法由三部分組成： 構(gòu)造測試實例、執(zhí)行程序、分析程序得輸出結(jié)果性能測試就是通過自動化得測試工具模擬多種正常、 峰值以及異常負(fù)載條件來對系統(tǒng)得各項性能指標(biāo)進(jìn)行測試。負(fù)載測試與壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。1、4 參考資料 ?1.謝希仁、計算機(jī)網(wǎng)絡(luò) (第五版） M 、 北京：電子工業(yè)出版社， 2008 年2.胡小強(qiáng)計算機(jī)網(wǎng)絡(luò) 北京 :北京郵電大學(xué)出版社 205 年 1 月3.黃文高Loa unn性能測試完全講義中國水利水電出版社， 204 年4.朱少民軟件測試方法與技術(shù) ,清華大學(xué)出版社 ,

9、2005 年5.段念軟件性能測試過程詳解與案例剖析 ,清華大學(xué)出版社 ,200年任務(wù)概述2、1 測試目標(biāo) (性能需求與功能需求）測試計劃就是在軟件開發(fā)得前期對軟件測試做出清晰 ,完整得計劃，不光對整個測試起到關(guān)鍵性得作用 ,而且對開發(fā)人員得開發(fā)工作， 整個項目得規(guī)劃， 項目經(jīng)理得審查都有輔助性作用。包含了產(chǎn)品概述 ,測試策略，測試方法 ,測試區(qū)域，測試配置 ,測試周期，測試資源，風(fēng)險分析等內(nèi)容;借助軟件測試計劃，參與測試得項目成員,可以明確測試任務(wù)與測試方法， 保持測試實施過程得順暢溝通,跟蹤與控制測試進(jìn)度 ,應(yīng)對測試過程中得各種變更。首先 ,測試計劃用來定義測試得范圍、測試得方法、所需得資源

10、、進(jìn)度等,明確需要測試得產(chǎn)品項， 需要覆蓋得功能特性 ,需要執(zhí)行得測試任務(wù)， 每項任務(wù)得負(fù)責(zé)人，識別相關(guān)得風(fēng)險。其次，能夠指導(dǎo)我們順利得完成軟件測試得任務(wù),無論就是在時間還就是在任務(wù)分配或者就是在進(jìn)度安排方面都對我們起一個指導(dǎo)性得作用，使我們有條不紊得進(jìn)行課程得學(xué)習(xí)。測試計劃就是詳細(xì)得計劃過程中得一個副產(chǎn)品。重要得就是計劃得過程，而不就是文檔本身。測試計劃得最終目標(biāo)就是表達(dá) (而非記錄）測試組得意圖、期望，以及對于即將進(jìn)行得測試得理解2、2 測試計劃描述黑盒測試：黑盒測試也稱功能測試 ,它就是通過測試來檢測每個功能就是否都能正常使用。在測試中，把程序瞧作一個不能打開得黑盒子，在完全不考慮程序內(nèi)

11、部結(jié)構(gòu)與內(nèi)部特性得情況下，在程序接口進(jìn)行測試，它只檢查程序功能就是否按照需求規(guī)格說明書得規(guī)定正常使用，程序就是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確得輸出信息 .黑盒測試著眼于程序外部結(jié)構(gòu)， 不考慮內(nèi)部邏輯結(jié)構(gòu)， 主要針對軟件界面與軟件功能進(jìn)行測試測試標(biāo)識符測試內(nèi)容 :實際測試工作內(nèi)容與預(yù)先設(shè)計得內(nèi)容得差別系統(tǒng)登陸測試：檢查用戶就是否合理、合法資料管理測試：查詢、添加、刪除、修改圖書信息借閱管理測試 :圖書歸還 ,續(xù)借借閱查詢測試 :查詢借閱記錄、流水物品管理測試 :查詢所有物品、添加物品讀者管理測試：添加、修改、刪除用戶統(tǒng)計分析測試：資料狀態(tài)統(tǒng)計、借閱排行榜、用戶、管理員2、3 系統(tǒng)測試策略測試策

12、略包括用戶界面測試、 軟件功能測試、 軟件可靠性測試。 用戶界面測試：通過與用戶交互如輸入相應(yīng)信息（包括正確信息與錯誤信息）來測試輸出信息得正確性。軟件功能測試 :對照用戶需求來測試本系統(tǒng)得功能就是否完全符合用戶需求.軟件可靠性測試：通過模擬圖書館得實際功能在不同得配置環(huán)境下來對本系統(tǒng)進(jìn)行功能可靠性測試 ,查瞧就是否能夠正常完成圖書館管理系統(tǒng)得各項功能。用戶界面序號測試內(nèi)容測試方法預(yù)期得結(jié)果1界面輸入在 軟件 得測 試運(yùn)光標(biāo) 可以 正確 定行 中檢 查界 面輸位到輸入域，輸入入就是否正常數(shù)據(jù)有效 , 輸入順序合理2界面顯示在 軟 件 得 測 試在 024*768 分辨運(yùn) 行 中檢查界率下 ,

13、界面顯示正面 顯示 就是 否正常常3界面文字與提示在 軟件 得測 試運(yùn)界面 文字 與提 示行 中檢 查界 面文表達(dá)清晰，無錯誤字 與提 示得 表達(dá)與模糊語義就是否清晰，有無錯誤與模糊語義、 4 測試環(huán)境搭建1、設(shè)備：服務(wù)器： (）處理器（ U） :Pentim 900(推薦 Peti m 41、2G）、(2)內(nèi)存容量（ A )：至少 56（推薦512M）客戶端（: 1）處理器 ( U）：Pentu 33M 或更高、（2)內(nèi)存容量（ AM ）：64M 或更高 5、 22、支持軟件：數(shù)據(jù)庫服務(wù)器端：（ 1) 操作系統(tǒng)： cr softWindows 2003、（2） 數(shù)據(jù)庫管理系統(tǒng)： SQ Se

14、ver00，配置 TC /IP 協(xié)議W b 服務(wù)器端： (）操作系統(tǒng)： Mi ros ft Windows 2003、(）I ten 信息服務(wù)（ IIS）6、管理器、（ 3)Vi uaSt di、205，配置 TCP/IP 協(xié)議客戶端： (1） 操作系統(tǒng)： W ows 98 000/2 3/、 (2） eb 瀏覽器：Int net xpor r6、0 以上或 cape 4、0 以上，配置 T P/IP協(xié)議2、5 測試方法與工具 ?測試方法：單元測試 ,集成測試 ,系統(tǒng)測試 ,用戶測試 ,回歸測試，黑盒測試工具： loadruuner3 功能測試3、功能模塊說明圖 3、 1、測試用例設(shè)計用例 :

15、系統(tǒng)登錄測試表 3、 1輸入輸出用戶名密碼12 egf錯誤 -用戶名空 2345 4 錯誤 -用戶名非法13她 8687錯誤用戶名非法12334錯誤密碼為空1367ai 3 5錯誤 -密碼非法3568f 5 錯誤密碼非法2456535 我 46錯誤 -密碼非法 5 880 7正確 -登陸成功步驟及操作 :運(yùn)行系統(tǒng)，轉(zhuǎn)到登陸界面，輸入用戶名及密碼,測試登陸功能 .允許偏差：不允許任何偏差條件 :用戶即可，包括管理員，學(xué)生用例 2:圖書管理測試表 3、 2、圖類索引號作出版社價格狀態(tài)摘要書別者名稱輸軟軟R 2345周內(nèi)蒙古20在庫無入件件 125印工業(yè)大工學(xué)程輸添加成功出表 3、 2、圖書名類索引

16、號作出版社價格狀態(tài)摘要稱別者輸Ask軟jg周內(nèi)蒙古20在庫無入fj件印工業(yè)大學(xué)輸修改成功出表 3、 2、 4圖類索引號作出版社價格狀態(tài)摘要書別者名稱輸軟軟12周內(nèi)蒙古工20在庫無入件件印業(yè)大學(xué)工程輸刪除成功出步驟及操作：運(yùn)行系統(tǒng)轉(zhuǎn)到圖書管理界面，添加、刪除、修改允許偏差： 不允許條件：管理員操作用例 3：信息查詢測試圖書信息查詢表圖書名稱圖書分類讀者姓名讀者編號輸入軟件工程軟件周印 2 5輸出找到該書籍輸入測試基礎(chǔ)軍事周印124 5輸出沒有找到該書籍步驟及操作：運(yùn)行系統(tǒng)，轉(zhuǎn)到圖書信息查詢界面， 輸入所要查詢書籍 ,進(jìn)行測試。允許誤差：允許條件：學(xué)生登錄查詢學(xué)生信息查詢表讀者姓名讀者編號聯(lián)系電話

17、家庭住址讀者類別輸入周印輸出周印29834793無?？粕斎胄∶鬏敵鰺o法找到該用戶步驟及操作：運(yùn)行系統(tǒng)，轉(zhuǎn)到管理員界面 ,輸入學(xué)生信息，進(jìn)行查詢。允許誤差：允許條件：管理員操作用例 4:系統(tǒng)管理測試學(xué)生信息表讀者姓名讀者編號聯(lián)系電話家庭住址讀者類別輸入周印99無本科生輸出創(chuàng)建用戶成功輸入三毛3987無?？粕敵鲂薷挠脩舫晒斎氚踩疠敵鰟h除用戶成功密碼修改表舊密碼新密碼新密碼輸入12356輸出更改成功輸入23122341123411輸出更改失敗，密碼不能小于六位步驟及操作：運(yùn)行系統(tǒng)，轉(zhuǎn)到系統(tǒng)管理界面 ,進(jìn)行創(chuàng)建，修改等測試。允許誤差 :允許條件：管理員操作用例：借書測試借書測試表設(shè)定借閱輸入圖書

18、條形碼： 1234578當(dāng)前借閱時間 010/7時間 0天輸出借閱成功步驟及操作：運(yùn)行系統(tǒng)，轉(zhuǎn)到學(xué)生借閱管理界面，進(jìn)行借書測試.允許誤差：允許條件 :管理員操作用例 6:還書測試還書測試表圖書條形碼當(dāng)前歸還時間輸入114578630010/8/輸出歸還成功操作及步驟 :運(yùn)行系統(tǒng) ,轉(zhuǎn)到學(xué)生借閱管理界面，進(jìn)行還書測試 .允許誤差 :允許條件：管理員操作3、測試執(zhí)行過程用例 1:系統(tǒng)登錄測試輸入 : 55 cc? cc0527輸出：登陸失敗輸出結(jié)果：圖 3、 3、 1用例：圖書管理測試1、添加書籍測試圖 3、 3、 2圖、 3、3修改圖書測試圖 3、刪除書籍測試圖、用例 6：還書測試歸還圖書測試圖

19、、 6用例 4：系統(tǒng)管理測試圖 3、 73、4 測試結(jié)果分析系統(tǒng)登錄結(jié)果：在測試過程中對于選用得用例基本能過提出錯誤提示，變現(xiàn)良好。分析 :在輸入時沒有游客模塊，在該功能上還有待進(jìn)一步改進(jìn)。圖書管理測試結(jié)果 :資料管理測試中得各項功能 ,包括添加書籍、修改圖書、刪除圖書、下架 書籍、添加圖書分類、修改圖書分類、刪除圖書分類，表現(xiàn)得都比較迅速 .分析 :對于圖書信息表得數(shù)據(jù)項還應(yīng)該多添加一些，這點還有待進(jìn)一步改善。借閱管理測試結(jié)果：歸還資料、續(xù)借速度較快，能力也較好。分析 :最好能實現(xiàn)用戶自己自主實現(xiàn)借閱功能 ,但需要自主借閱限制。借閱查詢測試結(jié)果 :能夠進(jìn)行簡單查詢書籍借閱得基本得情況分析：查

20、詢條件設(shè)立不夠多讀者管理測試結(jié)果 :能夠?qū)τ脩暨M(jìn)行全面得管理，增加,修改 ,刪除分析 :此功能較完善用戶、管理員管理測試結(jié)果 :在添加、刪除、修改用戶與管理員得功能上都較快.分析：由于數(shù)據(jù)庫內(nèi)容較少，添加、修改、刪除速度都還不能反應(yīng)出軟件處理得真實情況，這點還需有待驗證。4 性能測試、 1 測試指標(biāo)及期望圖書館作為學(xué)院辦學(xué)三大支柱之一,每天圖書資源檢索平臺， 電子圖書平臺得訪問量都很大得系統(tǒng) ,就是教學(xué)、科研及相關(guān)產(chǎn)業(yè)得文獻(xiàn)信息保障體系。為了測試多個用戶同時訪問圖書館管理系統(tǒng)服務(wù)器時就是否存在性能下降等性能問題 ,找出圖書館服務(wù)器能夠同時支持得最大用戶數(shù),需要對該服務(wù)器進(jìn)行并發(fā)用戶性能測試。在

21、具體得性能測試工作中，并發(fā)用戶往往就是借助工具來進(jìn)行模擬得。鑒于 Loadunner 在性能測試方面得強(qiáng)大功能，在本測試中使用LoadRun r來模擬大量得用戶，然后讓這些虛擬用戶同時訪問圖書館得網(wǎng)站,從而幫助我們確認(rèn)與查找性能問題。測試得體系架構(gòu)如圖2 所示 .圖 4、 1、 2 錄制與編寫腳本 ?錄制腳本 :按照計劃訪問流程，使用 L adRunner全程錄制圖書館網(wǎng)站首頁訪問腳本 ,經(jīng)過調(diào)試并添加腳本記錄模塊訪問時間.執(zhí)行測試：使用LoadRun r 執(zhí)行已錄制得腳本，監(jiān)測圖書館登錄服務(wù)器資源(IP 地址： 2、168、 32、2） ,峰值用戶數(shù) 0 人，每隔 0 秒加載 1 個用戶 ,

22、峰值測試時間 20 分鐘。4、設(shè)計與創(chuàng)建場景 ?場景描述1）模擬環(huán)境由模擬客戶機(jī)模擬：白天平常工作時間大用戶量登錄圖書館首頁、進(jìn)入主頁、使用查詢系統(tǒng)電子查閱圖書等操作。2）計劃圖書館主頁得訪問流程：表、 3 圖書館主頁得訪問流程組別操作備注初始化登錄打開首頁思考時間重復(fù)動作打開圖書館管理系統(tǒng)主頁上一條文檔等待時間思考時間點擊主頁上“更多 (M re）”得等待時間思考時間打開圖書目錄并進(jìn)入其中一頁思考時間打開導(dǎo)航字典并進(jìn)入某個類別思考時間進(jìn)入信息檢索并輸入一個檢索內(nèi)容思考時間進(jìn)入數(shù)據(jù)倉庫智能分析系統(tǒng)思考時間打開主頁上原圖書館管理系統(tǒng)得公告思考時間點擊展開左側(cè)導(dǎo)航條，打開導(dǎo)航詞典結(jié)束注銷4、4 運(yùn)

23、行結(jié)果并分析數(shù)據(jù)加載用戶記錄 :圖 4、用戶加載記錄R n 綠色曲線縱軸代表用戶數(shù)， 橫軸為測試時間 ;最大加載用戶數(shù) 0，總時長38 分鐘。每秒點擊訪問數(shù) :圖 4、每秒點擊訪問數(shù)Hi s 紫色曲線縱軸為點擊數(shù)， 橫軸為時間 ,最大點擊數(shù)為 ,平均點擊數(shù)為5執(zhí)行事務(wù)數(shù)：圖、 4、執(zhí)行事務(wù)數(shù)Pas柱狀圖代表執(zhí)行測試事務(wù)數(shù),縱軸表示通過數(shù)目 ,橫軸表示事務(wù)類別執(zhí)行事務(wù)響應(yīng)時間：圖、 4、執(zhí)行事務(wù)響應(yīng)時間縱軸表示各個事務(wù)1 次得執(zhí)行時間，縱軸表示整個測試時間段，Action 表示所有重復(fù)操作得事務(wù)合集，end 為注銷過程 ,int 為登錄過程服務(wù)器資源（ 192、 16、 32、2） :圖 4、

24、4、5 服務(wù)器資源記錄曲線代表登陸服務(wù)器得處理器、內(nèi)存、硬盤資源指數(shù)；數(shù)列中al列表示各個指數(shù)在圖示顯示時為求得理想顯示效果所選擇得比例;縱軸為響應(yīng)時間或比率；橫軸為測試總時段總體資源反應(yīng) :圖 4、 4、總體資源反應(yīng)該圖反應(yīng)隨著用戶得加載,系統(tǒng)事務(wù)點擊率、服務(wù)器資源、以及對話資源得變化；分析：通過以上得壓力測試可以得到結(jié)論：該圖書館管理系統(tǒng)首頁得訪問，隨著用戶得訪問量由 0 增加至 50,系統(tǒng)得負(fù)載、事務(wù)處理時間 ,系統(tǒng)響應(yīng)時間，登陸服務(wù)器資源得使用率會有一定得增加。但從整體來說 ,在模擬 0 人同時在線，并發(fā)訪問系統(tǒng)持續(xù) 20 分鐘得情況下 ,對系統(tǒng)資源得使用就是合理得、均衡得 ,系統(tǒng)資源也就是充足得.因此可以得出場景結(jié)論， 在正常使用情況下不會給服務(wù)器造成不合理、 不穩(wěn)定得壓力 .5 測試結(jié)果及建議系統(tǒng)登錄結(jié)果：在測試過程中對于選用得用例基本能過提出錯誤提示 ,變現(xiàn)良好。建議：在輸入時沒有游客模塊，在該功能上還有待進(jìn)一步改進(jìn)。圖書管理測試結(jié)果：資料管理測試中得各項功能 ,包括添加書籍、修改圖書、刪除圖書、下架書籍、添加圖書分類、修改圖書分類、刪除圖書分類 ,表現(xiàn)得都比較迅速。