軟件系統(tǒng)檢測測驗評測報告文獻

1、軟件系統(tǒng)測試報告網(wǎng)上招聘系統(tǒng)學院：計算機科學學院背景：如今網(wǎng)上招聘越來越普遍， 但有些招聘系統(tǒng)的綜合性能不是很好，比如系統(tǒng)的冗余、系統(tǒng)的性能、安全性、完整性等等都有待提高，本次測試的目的就是針對本系統(tǒng)的性能進行測試。 。喝恁潤屬鈴瘞睞楊尻賴。一 實驗目的1、通過對測試結果的分析，得到對軟件質量的評價2、分析測試的過程，產(chǎn)品，資源，信息，為以后制定測試計劃提供參考3、評估測試測試執(zhí)行和測試計劃是否符合4、分析系統(tǒng)存在的缺陷，為修復和預防bug 提供建議二、實驗內容該文檔的目的是描述網(wǎng)上招聘系統(tǒng)項目客戶端系統(tǒng)測試的總結報告，其主要內容包括：系統(tǒng)環(huán)境簡介1、軟件名稱：網(wǎng)上招聘求職系統(tǒng)2、軟件功能：為

2、求職者提供求職、收藏、信息交互等功能；為招聘單位提供招聘、 收藏、 信息交互等功能； 為管理員提供管理網(wǎng)站公告、友情鏈接和網(wǎng)站會員的管理功能。 。溝熠金富愛建譴凈。3、用戶：求職者、招聘單位、管理員4、開發(fā)者：ZSS系統(tǒng)數(shù)據(jù)度量系統(tǒng)結果評估用戶群：1、項目管理人員2 、 測試人員范圍 ： 該文檔定義了客戶端系統(tǒng)測試的結果，總結了測試客戶端的職位查詢、網(wǎng)上提交簡歷、 在線答題的基本功能，以及支持大數(shù)據(jù)量并發(fā)訪問的性能，給出了測試的結論。殘鷲樓靜鑄源湃淑srn。嚴重bug：出現(xiàn)以下缺陷，測試定義為嚴重bug系統(tǒng)無響應， 處于死機狀態(tài)， 需要其他人工修復系統(tǒng)才可復原。點擊某個菜單后出現(xiàn)“ The p

3、age cannot be displayed” 或者返回異常錯誤。進行某個操作 （增加、 修改、 刪除等） 后， 出現(xiàn)“ The page cannotbe displayed或者返回異常錯誤 r鋼極窿鎮(zhèn)檜豬錐。縮寫說明HR Human Resource （人力資源管理）的縮寫。MVCM odel-View-Control （模式視圖控制）的縮寫，表示一個三層的結構體系。測試類型功能性測試: 按照系統(tǒng)需求定義中的功能定義部分對系統(tǒng)實行的系統(tǒng)級別的測試。非功能性測試: 按照系統(tǒng)需求定義中的非功能定義部分 （如系統(tǒng)的性能指標，安全性能指標等）對系統(tǒng)實行的系統(tǒng)級別的測試。 。彈貿攝爾霽斃撰磚鹵尻。

4、c、測試用例：測試人員設計出來的用來測試軟件某個功能的一種情形參考資料1LoadRunner使用手冊北京長江軟件有限公司編制網(wǎng)上招聘客戶端需求說明北京長江軟件有限公司編制軟件測試技術概論古樂史九林編著 / 清華大學出版社軟件測試： 第二版 Paul C.Jorgensen 著/ 機械工業(yè)出版社2.5測試執(zhí)行此次測試嚴格按照項目計劃和測試計劃執(zhí)行， 按時完成了測試計劃規(guī)定的測試對象的測試。 針對測試計劃規(guī)定的測試策略， 在測試執(zhí)行中都有體現(xiàn)，在測試執(zhí)行過程中，依據(jù)測試計劃和測試用例，對系統(tǒng)進行了完整的測試養(yǎng)技篋志類蔣薔。三、測試環(huán)境描述本測試的測試目的是驗證網(wǎng)上招聘系統(tǒng)的客戶端能否實現(xiàn)應聘者的職

5、位查詢、簡歷提交、問卷的答復等基本功能，以及并發(fā)訪問的性能。為此，采用 Mercury的LoadRunner 7.5 1測試工具進行壓力測試，驗證是否滿足系統(tǒng)的需求。 。廈礴懇蹣駢日寺翥繼騷。測試機器是安裝了LoadRunner 7.5 1測試工具的客戶機，可以執(zhí)行功能也可以采用工具錄制功能， 并模擬多人并發(fā)訪問系統(tǒng)， 監(jiān)控系統(tǒng)的性能，得出分析結果。如圖GJ 1 。 煢楨廣鯽獻選塊網(wǎng)踴淚。圖G-1:測試機器的環(huán)境這個測試機器的配置環(huán)境如下：操作系統(tǒng)：WindowsXP配置工具：Tomcat5.0以上瀏覽器：Micrsoft IE 6.0.2800.1106CPU 2.0以上四、功能測試執(zhí)行情況

6、測試計劃單元測試（類測試）：2010年10月1日-2010年11月30日集成測試（交互測試）：2010年12月1日-2010年12月10日系統(tǒng)測試：2010年12月11日-2010年12月31日測試方案單元測試方案：由開發(fā)人員在系統(tǒng)開發(fā)過程中對編寫的系統(tǒng)函數(shù)以及數(shù)據(jù)庫接口函數(shù)等使用白盒測試方法進行單元測試。鵝婭盡指鶴慘屣蘢題集成測試方案：由測試小組在單元測試結束后對使用黑盒測試方法對各單元組合在一起能否按照既定意圖寫作運行進行測試。麓叢媽翅為贍債蛭練濟系統(tǒng)測試方案：由測試小組在集成測試結束后對整個系統(tǒng)能否在實際軟件要求的環(huán)境正常運行，并且對最終的系統(tǒng)軟件進行全面的測試， 以確保最終軟件系統(tǒng)滿足

7、產(chǎn)品需求并且遵循系統(tǒng)設計。51m圣的破齦訝驊汆。測試說明由于篇幅有限，只寫出部分重要代表性測試用例， 有個人注冊、個人簡歷填寫、上傳照片的測試用例。其他測試略。滲嗆儼勻謂鱉調硯球表G-2是測試用例執(zhí)行情況的綜述。表G-2:測試用例的度量數(shù)據(jù)被測對象用例執(zhí)行總數(shù)發(fā)現(xiàn)缺陷 數(shù)首頁TestCase-FUNC-01TestCase-FUNC-02TestCase-FUNC-03TestCase-FUNC-048+13填與基本信息貝聞TestCase-FUNC-05TestCase-FUNC-0629+19填寫工作經(jīng)歷頁面TestCase-FUNC-05TestCase-FUNC-0712+11填寫教育

8、經(jīng)歷貝面TestCase-FUNC-05TestCase-FUNC-0810+11填寫工作技能頁面TestCase-FUNC-05TestCase-FUNC-094+12填寫家庭關系貝聞TestCase-FUNC-05TestCase-FUNC-106+16填寫自我介紹頁面TestCase-FUNC-05TestCase-FUNC-111 + 11預覽應聘者簡歷TestCase-FUNC-05TestCase-FUNC-120+10回答問卷界面TestCase-FUNC-05TestCase-FUNC-131+20直接訪問后續(xù)貝聞TestCase-Perf-18+18并發(fā)訪問系統(tǒng)TestCas

9、e-Perf-20+104 .2性能測試執(zhí)行情況性能測試是通過L oadrunne r測試工具模擬2 0個人同 時訪問系統(tǒng)的客戶端。首先錄制客戶端的基本操作，然后設置參數(shù)以 保證2 0個腳本的輸入是不完全一致的。通過設置執(zhí)行情景來實施性 能測試，打開監(jiān)控窗口監(jiān)控系統(tǒng)運行狀況，最后得到執(zhí)行結果報告。 錢臥瀉噬圣騁睨u（廉?；顒佑脩粢晥D圖G-3是2 0個模擬用戶的運行結果。從圖中可以看到有2 0 個虛擬用戶在同時訪問系統(tǒng)的客戶端。Running Vusers圖G 3 : 2 0個模擬用戶su笆 5n-aqEnN每分鐘點擊數(shù)圖G-4是2 0個用戶并發(fā)訪問客戶端時，每分鐘的點擊數(shù)。從圖中可以看出，由于

10、設定了集合點，點擊數(shù)大的集中在每次填寫完表單提交數(shù)據(jù)時。 挑稀I鳳襪備音輪爛薔。50Hits per Setondl20 D0,3D 00.40 00 60 01.00 01:10 01 20 01.30 01.40 口L5口 D2.0D 02:10 02 20 02.30 02.40El-apsed scanaria time mm：8s圖G4 :每分鐘的點擊數(shù)吞吐率圖G-5是2 0個用戶訪問時吞吐率，從圖中可以看出，同樣由于在每次提交數(shù)據(jù)時設定了集合點，吞吐率大都集中在每次填寫完表單、提交數(shù)據(jù)的時候。而前4個頁面由于需要下載圖片，因此吞吐率也相對較大。 嬲熟俁畫蕨直閶鄴錢原蚤。4.2.4事

11、務概要的事務圖。圖G- 5 :訪問吞吐率圖G6是2 0個模擬用戶Transactlicn Summa ry說明：事務分別對應于每次點擊進入下一個界面。順序依次是：init, login, config1,config2,config3,config4,config5,end壇搏鄉(xiāng)it懺簍鍥鈴覲演。4.2.5事務響應時間圖G-7是模擬2 0個并發(fā)用戶的設置的事務的響應時間圖，從圖表中可以看出，在最后一次提交頁面時，反應時間最長。蠟舞i囑耨長鉉錨金市贅。Average Transaction Response Time 150140 130 T20- 110 100 90 eo- ?o 6050

12、協(xié) 3020 100DO:DO 00:10 加如 00:30 00:40 00:50 01:。0 01 ID 吐2cl D1:30 01:40 01:50 02:00 02:10 02:20 02:30 02:0Elapsed scenario tim& mm 與與圖G 7 :性能測試的事務響應時間下結論:綜述上圖得到如并發(fā)用戶數(shù)：20通過交易總數(shù)：220總吞吐量：(bytes) 5436861平均吞吐量(bytes/second ): 22844總 hits 數(shù)：920每秒平均hits 數(shù)：3.866事務時間響應，見表G- 3。表G- 3 :事務的響應時間查最大值最小值平均值變化率趣差000

13、0顯示職位列43.97436.39937.5441.802填寫提交個56.68749.68954.8681.677填寫提交工42.15732.09436.2111.966填寫提交教30.57719.28625.6402.262填寫提交基17.73611.56314.9751.267填寫提交家12.4068.43611.0790.92填寫提交各50.07848.23549.3270.468答題并提交6.8374.3155.650.568關閉網(wǎng)頁0000結束0000五、測試結果分析測試進度和工作量度量功能測試的進度和工作量計劃與實際比較結果如下進度度量表G- 4是測試進度的計劃與實際結果比較。從度

14、量數(shù)據(jù)看實際進度與計劃基本相符。表G-4:是測試進度的度量數(shù)據(jù)任務計劃開始計劃結束實除開始實際結束1測試計劃與設計2006-5-192006-5-262006-5-152006-6-11測試執(zhí)行2006-6-122006-7-22006-6-172006-7-1測試總結2006-7-32006-7-52006-6-302006-7-1工作量度量表G- 5是實際測試工作量的數(shù)據(jù)，與計劃基本相符。表G 5:是測試工作量度量執(zhí)行任務測試計劃與設計開始時間2006-5-15結束時間2006-6-1工作量（人時）20 X 3人時測試執(zhí)行2006-6-172006-7-115X 3人時測試總結2006-6

15、-302006-7-16X3人時5.2缺陷數(shù)據(jù)度量表G- 6是測試過程缺陷數(shù)據(jù)的總結情況，從缺陷的嚴重程度看，嚴重和致命的缺陷占的比例較大， 說明系統(tǒng)還是存在嚴重問題，需要重新修改，產(chǎn)品不能提交。從缺陷的類型看，功能缺陷、賦值缺陷和設計缺陷占比較大的比例，說明設計和編碼過程中存在很大的問題。K裁而曇JW遙閆擷凄。表G- 6:測試過程的缺陷數(shù)據(jù)|被測對象|總|嚴重程度|缺陷類型|數(shù)致 命嚴重般提示設計 錯誤賦值 錯誤算 法 錯 誤接口 錯誤功能錯 誤其它首頁30102210000填寫基本信息 頁面90045000090填寫工作經(jīng)歷 頁面11000010000填寫教育經(jīng)歷 頁面1100001000

16、0填寫工作技能 頁面22000020000填寫家庭關系 頁面66000060000填寫自我介紹 頁面11000010000回答問卷界面00000000000直接訪問后續(xù) 頁面808000800005.3綜合數(shù)據(jù)分析根據(jù)測試的結果可以得出如下的分析數(shù)據(jù)。用例執(zhí)行效率=執(zhí)行用例總數(shù)/執(zhí)行總時間（小時）=128 / 45= 2.84 （個/小時）用例質量=缺陷總數(shù)/用例總數(shù)X 100=31 / 128 *100=24.2 %根據(jù)缺陷跟蹤結果得出缺陷的嚴重程序分布和的缺陷的類型分布，如圖G-8和圖G 9。缺陷嚴重程度分布餅圖:圖G 9:缺陷類型分布圖餅圖:瑞 iH n-K 喔示設計錯誤做值徽勤揣憬 口

17、接口錨憬璐雁憬鴕可靠性現(xiàn)有系統(tǒng)的可靠性控制不夠嚴密，很多控制是通過頁面控制實現(xiàn)的，如果頁面控制失效，可以向數(shù)據(jù)庫插入數(shù)據(jù)，引發(fā)錯誤。Mwma鵬蹤韋轅耀。現(xiàn)有系統(tǒng)的容錯性不高，如果系統(tǒng)出現(xiàn)錯誤，返回錯誤類型為找 不到頁面錯誤，無法回復到出錯前的狀態(tài) 兼容性現(xiàn)有系統(tǒng)支持window下的IE瀏覽器和傲游瀏覽器，支持linux系統(tǒng)下的IE瀏覽器和火狐瀏覽器。現(xiàn)有系統(tǒng)未進行其他兼容性測試安全性現(xiàn)有系統(tǒng)控制了以下安全性問題：把某一個登錄后的頁面保存下來，不能單獨對其進行操作不進行登錄直接輸入某一頁面的Url能否打開頁面并進行操作不應該允許。現(xiàn)有系統(tǒng)未控制以下安全性問題：用戶名和密碼應對大小寫敏感登陸錯誤次

18、數(shù)限制詳細測試結果1.個人注冊功能測試如表序 號%試目的&先 決條件測試輸入預期測試結 果實際測 試結果111 目的：止確 輸入，注冊能否 操作成功用戶名：zhang（數(shù)字、字母、 下劃線組成）05： 123456 （長JfctT 5 的數(shù)字、字母、下劃線組成的字 符串）重復密碼：123456 （與密碼 相同）轉到成功貝聞同預期 測試結 果密碼找回問題：我是誰？（字符串）密碼找回答案：張三（字符用）2目的：檢測 系統(tǒng)對用戶名 的檢測程度2.1不輸用尸名“用尸名 不能為空”2.2輸入已存在用戶 名:zhang用戶名已 存在2.3 用戶名：123.abc“用戶名 只能由數(shù)字字 母下劃線組 成”同 測 果預期 試結2.4 用尸名：-12345“用戶名 只能由數(shù)字字 母下劃線組 成”3目的：檢測 系統(tǒng)對密直輸 入的檢測程度3.1不輸入密碼“密碼/、 能為空且不能 少于6位”同預期3.2 密碼：12345“密碼不 能為空且不能 少于6位”伙果風%4目的：檢測 系統(tǒng)對重復密 碼輸入的檢測4.1重復密碼：12345“您兩次 密碼輸入不一 致”同預期 測試結 果程度4.2 密碼：_123abc 重復密碼：_123ab“您兩次密碼 輸入不一致”5目的：檢測 系統(tǒng)對密碼找 回問題輸入的 檢測程度不輸入密碼找回問題“必填項/、能 為空”同 測 果預期 試結6r目的：檢測 系統(tǒng)對密