軟件測試報告

1、軟件測試分析報告項目名稱：超市后臺管理系統(tǒng)開發(fā)團隊：成員：1引言 潴誤 味定義書簽。1、1編寫目得？錯誤！未定義書簽。1、2背景？錯誤!未定義書簽。1、3定義 錯誤!未定義書簽。1、4參考資料？錯誤!未定義書簽。2測試概要錯誤!未定義書簽。錯誤！未定義書簽。錯誤！未定義書簽。錯誤!未定義書簽。2、1系統(tǒng)概述2、2測試方案3測試結果3、1功能模塊1?昔誤味定義書簽。3、2測試模塊2 錯誤！未定義書簽。4測試結果分析錯誤!未定義書簽。4、1系統(tǒng)能力分析？錯誤!未定義書簽。4、2缺陷與限制 錯誤!未定義書簽。4、3建議 錯誤!未定義書簽。4、4評價？錯誤!未定義書簽。?1引言1、1編寫目得此報告編寫

2、目得就是記錄測試系統(tǒng)時發(fā)現(xiàn)得問題以及想到得解決方案 ，通過 對測試每個測試階段得總結與分析，及時反映當前工作狀態(tài)、存在得問題 ，幫助 項目小組成員了解當前得項目進度與發(fā)現(xiàn)并解決現(xiàn)階段存在問題 ，推動下一階段 工作得順利開展。1、2背景系統(tǒng)名稱：小型超市后臺管理系統(tǒng)軟件任務提出者：超市后臺管理人員 任務開發(fā)者：哈工大軟件學院二狗小團隊 用戶：超市管理人員 其她說明：該軟件依靠超市局域網(wǎng)即可運行，與超市金額結算系統(tǒng)有一定往來關 系。測試環(huán)境：wi n dowsxp及以上操作系統(tǒng)，需安裝Java 1、4、5或以上版本,測 試軟件為c cl ips e;處理器型號在 Pe nt ium 4 cpu以上

3、，內存512 m以上 運行環(huán)境：wi nd ows xp及以上操作系統(tǒng)，需安裝 J a va 1、4、5或以上版 本；處理器型號在P ent iu m 4 cp u 以上,內存51 2m以上1、3定義1）IPO圖：在計算機領域IPO就是指結構化設計中變換型結構得輸入（In p ut）、加工（Pr oc essing）、輸出（Output）.、（摘自百度知道）2）UML 圖：UML-U n if ie d Mo d e 1 La n guage 統(tǒng)一建模語言，又稱標準建模語言。就是用來對軟件密集系統(tǒng)進行可視化建模得一種語言。（摘自百度知道）3）在文檔中IPO圖、流程圖或狀態(tài)圖中出現(xiàn)小寫字母“1”

4、 ，代表此內容為 輸入，出現(xiàn)小寫字母“ o代表此內容為輸出。1、4參考資料1、 齊志昌，譚慶平，寧洪軟件工程（第二版）北京：高等教育出版社，2 0042、 丨a n Sommerville軟件工程（第六版）程成 陳霞 等譯北京：機械工業(yè)出版社，中信出版社，200 32測試概要2、1 系統(tǒng)概述2、1、1 功能概述1. 進貨錄入 :商品名稱；進貨時間 ;商品手機；商品進價；進貨數(shù)量；商品編 號。2. 售貨記錄：商品編號；售貨數(shù)量。3. 查詢商品：商品詳細信息 ;當天售貨金額；總售貨信息：總進貨金額 ;總售 貨金額;總利潤。4. 更新商品 :查詢商品；修改商品；刪除商品。5. 登陸功能 ,具有管理員

5、權限得輸入正確用戶名與密碼方可進入系統(tǒng)。 對測試目標系統(tǒng)得概要介紹，包括系統(tǒng)功能結構，開發(fā)方法等 .2、1、2運行環(huán)境1）處理器型號在 Pe nt i um 4 cp u以上，內存512 M以上2）該軟件需在 Wind o ws xp及以上得操作系統(tǒng),運行機器需要安裝j a val、4、5或以上版本使用。編譯測試軟件為ecl ip s e。支持編譯軟件包括各種jav a記事本與編譯器。3）控制軟件得運行主要靠鍵盤、鼠標等外部設備。4）如果開發(fā)順利則支持打印機、掃描儀設備 , 目前待商議2、2測試方案2、2、1 測試策略 :測試分四個階段 :單元測試 ,組裝測試，確認測試，系統(tǒng)測試單元測試：采用

6、白盒法與黑盒法相結合得方法，對于邏輯結構復雜得陌路愛采用白盒發(fā)，對于已輸入輸出為主得模塊采用黑盒測試，以提高測試得效率組裝測試 :混合法 （對軟件結構中較上測試用得自頂向下與對軟件結構中較下 層使用得自底向上方法相結合 ）確認測試 :由用戶參與按需求規(guī)格說明書驗收系統(tǒng)測試：采用人工測試方法2、2、2測試方法：（1）、靜態(tài)測試方法：對軟件分析，檢查與審閱 ,不實際運行被測試軟件；在需求與設計階段需對開發(fā)模型與文檔做靜態(tài)測試（2 ）、動態(tài)測試方法 :通過運行軟件來檢測軟件得動態(tài)行為與運行結果 ;測試 軟件程序得主要方法 ;可采用白盒測試與黑盒測試A 白盒測試方法 :代碼檢查法，靜態(tài)結構分析法 ,

7、邏輯覆蓋，基本路徑測試，域測試 ,符號測試，路徑覆蓋E黑盒測試方法：包括等價類劃分法，邊界值分析法，錯誤推測法等）2、2、3 測試步驟分模塊分功能，依次檢查，輸入數(shù)據(jù)瞧就是否與預期結果一致用例依據(jù) :就是否能夠正確存儲與查詢 ,在有錯誤得時候能否顯示錯誤3、1功能模塊13、1、1測試項目名稱及測試內容測試項目名稱：登陸、密碼模塊測試測試內容：本測試就是采用黑盒測試法 :為了檢測不同權限得用戶在登陸時，就 是否能進入對應得模塊并得到應有得權限 ,檢驗密碼模塊得正確有效。3、1、2測試用例測試用例1（正確輸入）【輸入】：用戶： lxx 密碼：1412【期望輸出】：登入成功 ,顯示前臺銷售管理窗體【

8、實際輸出】：登入成功，顯示前臺銷售管理窗體測試用例 2（無該用戶 ）【輸入】：用戶：zhaoj ie密碼：aa【期望輸出】 :提示用戶名或密碼錯誤實際輸出】：提示用戶名或密碼錯誤測試用例3（密碼錯誤）【輸入】：用戶:1 xx密碼：1234【期望輸出】：提示用戶名或密碼錯誤【實際輸出】：提示用戶名或密碼錯誤測試用例 4（無輸入）【輸入】：用戶： 密碼:【期望輸出】：提示用戶名或密碼錯誤【實際輸出】 :提示用戶名或密碼錯誤3、2 測試模塊 23、1、1測試項目名稱及測試內容測試項目名稱 :進貨錄入模塊測試測試內容：本測試就是采用黑盒測試法 :為了檢測信息就是否能夠準確錄入，以 及在輸入錯誤或數(shù)據(jù)路

9、連接錯誤時及時退出并給出提示 .3、 1、 2測試用例測試用例 1（正確輸入）【輸入】 :商品編號： 006 商品名稱:雞蛋 商品進價： 5 商品售價： 9 商品數(shù)量:1 0【期望輸出】：彈窗：提示信息 錄入成功 .實際輸出】 :彈窗:提示信息 錄入成功測試用例 2（輸入非數(shù)字）【輸入】：商品編號：0 06商品名稱：雞蛋 商品進價：獅子 商品售價：老虎 商 品數(shù)量： 10【期望輸出】 ：彈窗 提示輸入格式不正確【實際輸出】：彈窗 提示輸入格式不正確測試用例 3（商品編號已經(jīng)存在）【輸入】：商品編號：001商品名稱:雞蛋商品進價：5商品售價：9商品數(shù)量：10【期望輸出】：彈窗 提示商品已經(jīng)存在，

10、請重新輸入【實際輸出】 ：彈窗 提示商品已經(jīng)存在 ，請重新輸入【備注】：此處可以設置彈窗讓用戶選擇就是否覆蓋，這樣可能導致用戶不方便 , 需要修改 ,下面得方案中會提及。測試用例 4（日期修改格式不正確）【輸入】：點擊修改日期 輸入2 5年1 5月8日【期望輸出】 :提示輸入日期格式錯誤【實際輸出】 :提示輸入日期格式錯誤3、3測試模塊33、3、 1測試項目名稱及測試內容測試項目名稱：記錄售出模塊測試測試內容 :本測試就是采用黑盒、白盒測試法：為了檢測售貨信息就是否能夠準 確錄入，以及在輸入錯誤或數(shù)據(jù)路連接錯誤時及時退出并給出提示， 并且在后臺 能夠給出正確得計算剩余貨物數(shù)量以及利潤得結果 ,

11、并存入數(shù)據(jù)庫。3、3、2 測試用例測試用例 1（商品存在）【輸入】：商品編號：00 1售出數(shù)量：1【期望輸出】 :彈窗 :提示信息 記錄成功。實際輸出】：彈窗：提示信息 記錄成功 .測試用例2 （輸入非數(shù)字）【輸入】：商品編號：tt t售出數(shù)量：1【期望輸出】：彈窗 提示輸入格式不正確【實際輸出】 ：彈窗 提示輸入格式不正確測試用例3（商品編號不存在）【輸入】：商品編號： 124 售出數(shù)量： 1【期望輸出】 ：彈窗 提示商品不存在 ,請重新輸入 【實際輸出】 ： 彈窗 提示商品不存在 ，請重新輸入3、4 測試模塊 43、 3、1 測試項目名稱及測試內容 測試項目名稱：查詢信息模塊測試 測試內容

12、 ：本測試就是采用黑盒測試法：為了檢測售貨金額、售貨利潤輸出金額就是否正確，以及在查詢商品信息時就是否能正確顯示出數(shù)據(jù)庫結果,以及在求 與、計算時就是否正確 .3、3、2 測試用例測試用例 1（檢查顯示金額就是否正確 ）【輸入】 :無進貨價：進貨價:：【期望輸出】：當日總進價：12 0當日總銷售金額：24當日利潤：1220 8 6 總銷售金額:2 4 9總利潤：96【實際輸出】 ：當日總進價： 120當日總銷售金額 ：24當日利潤： 122 086 總銷售金額：249總利潤：96【其她說明】 : 該數(shù)據(jù)由查詢目前數(shù)據(jù)庫中信息 ,計算得出。測試用例2 （查詢存在商品）【輸入】：商品編號： 001

13、【期望輸出】 :商品名稱： 土豆商品進價： 4 商品售價： 6進貨總量： 50剩余數(shù)量： 50進貨時間：20 1 4-12-3 0實際輸出】 :商品名稱： 土豆商品進價：4商品售價：6進貨總量 ：50剩余數(shù)量 ：50進貨時間:2014123 0其她說明】：該數(shù)據(jù)由查詢目前數(shù)據(jù)庫中信息得到測試用例 3（商品編號不存在）【輸入】：商品編號：12 4【期望輸出】：彈窗 提示商品不存在，請重新輸入實際輸出】：彈窗 提示商品不存在 ，請重新輸入3.2測試模塊3 3、3、1測試項目名稱及測試內容測試項目名稱 :更新商品信息模塊測試內容：本測試就是采用黑盒、 白盒測試法： 為了檢測售貨信息就是否能夠準 確顯

14、示出，并且修改后能夠錄入數(shù)據(jù)庫 ,且在利潤值、剩余貨物量上有所修改 ,且 輸入錯誤有提示 .3、 3、 2 測試用例測試用例1（輸入商品編號存在）【輸入】：商品編號 :001【期望輸出】：商品名稱：土豆商品進價：4商品售價：6進貨數(shù)量:50剩余數(shù)量：5 0進貨時間:2 0 1 4 - 12-30【實際輸出】 :商品名稱 ：土豆商品進價:4 商品售價:6 進貨數(shù)量:50 剩余數(shù)量:50進貨時間 :2014-12-30測試用例2（輸入商品編號不存在）輸入】：商品編號： 089期望輸出】：彈窗 提示商品不存在，請重新輸入 【實際輸出】：彈窗 提示商品不存在 ,請重新輸入測試用例 3（修改商品信息）【

15、輸入】 :商品編號： 001 商品名稱 :香蕉（原本就是土豆）商品進價： 4 商品售價：6進貨數(shù)量：5 0剩余數(shù)量：30 （原本就是 50）進貨時間：2014-12 -3 0【期望輸出】：彈窗 提示錄入成功 ,并且數(shù)據(jù)庫中主鍵為 001 號得商品 name 更改為香蕉，l_nu m更改為3 0, prof i t更改為4 0;在查詢信息界面中，當日總銷 售金額為6 4當日利潤：為46、【實際輸出】：彈窗 提示錄入成功，并且數(shù)據(jù)庫中主鍵為 001 號得商品 name更改為香蕉，l n um沒有更改，n um更改為5 0, profit更改為一40;在查詢 信息界面中,當日總銷售金額為 64 當日

16、利潤：為-40【錯誤原因】 貨物剩余量與售出量在顯示時顯示反了, 導致輸入得實際上就是進貨總量。測試用例 4（刪除商品測試）【輸入】：商品編號：00 1點擊刪除商品【期望輸出】：彈窗 詢問就是否確定刪除,確定后提示刪除成功 ,并且數(shù)據(jù)庫中 移除了該商品?！緦嶋H輸出】 ：彈窗 詢問就是否確定刪除, 確定后提示刪除成功 ,并且數(shù)據(jù)庫中移 除了該商品 .4測試結果分析4、1 系統(tǒng)能力分析系統(tǒng)在測試過程中，功能與性能基本滿足預期要求，下面逐個分析：(1) 登陸系統(tǒng)模塊讓用戶、管理員與銷售員驗證身份得系統(tǒng)。 登陸系統(tǒng)與數(shù)據(jù)庫連接， 根據(jù)她們輸 入得賬號與密碼 ,與數(shù)據(jù)庫中存在得信息核對，從而辨別她們就是

17、否有權使用接 來下得功能。如果信息正確，她們就能成功登陸，使用下面得功能；如果登陸失 敗，就要求她們重新輸入賬號與密碼。只完成上述功能 ,不過還需完善與加密 ,在 4、3 會詳細說明。(2) 進貨錄入模塊基本達到預期要求 ,并且系統(tǒng)運行較快，基本沒有延遲，錄入信息準確，目前沒 有發(fā)現(xiàn)錯誤；在錯誤判斷方面 ,目前能想到得錯誤輸入都有返回提示 ,問題就是記 錄售出貨物時有可能剩余貨物出現(xiàn)負值 ,此時沒有提示 ,應給予修改。(3) 售貨記錄模塊均達到預期要求，系統(tǒng)運行較快，基本沒有延遲，錄入信息準確 ,數(shù)據(jù)庫后臺計 算準確，目前沒有發(fā)現(xiàn)錯誤 ;在錯誤判斷方面，目前能想到得錯誤輸入都有返回 提示，測試

18、成功。4)查詢信息模塊基本達到預期要求， 能夠根據(jù)錄入情況， 通過數(shù)據(jù)庫查詢信息并且計算出總利潤 與總售價 ,顯示準確，沒有發(fā)現(xiàn)錯誤 ,查詢商品時有錯誤提示，系統(tǒng)沒有發(fā)現(xiàn)連接 數(shù)據(jù)庫出錯等情況，運行較為穩(wěn)定。(5)更新信息模塊在測試中出現(xiàn)錯誤， 因為在程序編寫得時候沒有仔細計算核實更新后數(shù)據(jù)更改情 況,所以沒有留意，錯誤很小，已經(jīng)修改完畢；余下功能達到預期目標，能夠根 據(jù)輸入情況，通過數(shù)據(jù)庫查詢信息并且顯示出商品信息、可以更改,輸入不規(guī)范時有錯誤提示 ,目前系統(tǒng)沒有發(fā)現(xiàn)連接數(shù)據(jù)庫出錯等情況。4、2 缺陷與限制(1) 界面大多數(shù)過于簡單 ,缺乏設計感 ,容易讓客戶嫌棄。(2 )數(shù)據(jù)缺乏可依賴性，

19、備份方面有所欠缺。(3) 管理員得權限得設置問題 ,管理員得信息簡單保存在數(shù)據(jù)庫中 ,還未加密 ,容易 泄漏.(4) 功能不齊全，檢索方式單一，無法更細致得檢索，比如通過商品名稱，或者 鎖定進貨時間等等，并且經(jīng)常受限與商品編號，不能覆蓋，只能手動刪除。(5) 無法全面查瞧商品信息 ,只能逐一瀏覽 ,給客戶造成極大不便 .(6) 在use r信息中個別特殊得賬號不能修改，密碼保護措施不強，容易泄露；數(shù) 據(jù)庫安全性不高。4、3 建議4、3、1 界面方面1)簡述 :界面過于簡單，缺乏設計感 ,但就是界面工作卻對于客戶很重要，很大程度決定了客戶得滿意程度 ,界面得修改又相對容易，所以應著重對待， 不過

20、界面方面得工作在編寫者瞧來對于開發(fā)人員不太有耐心去做,相對較枯燥，所以只細致得做了登陸界面，其她得還需要完善。(2) 修改方案：在界面中適當插入圖片，為客戶方便著想 ，符合大多數(shù) 人得審美標準，在字體、字號、背景顏色方面做適當調整，請美工好得同學進行 協(xié)助。(3) 緊迫程度：(4) 工作量：適中，預計兩個工作日基本完成.4、3、1數(shù)據(jù)方面( 1)簡述 :數(shù)據(jù)缺乏可依賴性，不支持打印功能 ,根本不存在備份功 能，數(shù)據(jù)庫加密等級較低，容易泄漏。(2) 修改方案：增加備份功能，包括打印成紙質版本或者存儲到硬盤備 份，加密數(shù)據(jù)庫，但這方面由于技術欠缺暫時無法完善得太好，因此暫時擱置。(3) 緊迫程度：( 4)工作量：很大，預計沒日沒夜五天完成 .4、 3、 1 功能缺失方面( 1)簡述 :功能不齊全 ,表現(xiàn)在檢索方式單一，無法更細致得檢索 ,比如 通過商品名稱，或者鎖定進貨時間等等