軟件測試報告-超市管理系統

《軟件測試報告-超市管理系統》由會員分享，可在線閱讀，更多相關《軟件測試報告-超市管理系統（23頁珍藏版）》請在裝配圖網上搜索。

1、軟件測試分析報告 項目名稱： 超市后臺管理系統 開發(fā)團隊： 成員： 1 引言 .................................................................................................................................................3 1.1 編寫目的 ............................................................................................

2、......................................3 1.2 背景 ..........................................................................................................................................3 1.3 定義 ..........................................................................................................

3、................................3 1.4 參考資料 ..................................................................................................................................3 2 測試概要 ......................................................................................................................

4、...................3 2.1 系統概述 ..................................................................................................................................3 2.2 測試方案 .................................................................................................................................

5、.3 3 測試結果 .........................................................................................................................................4 3.1 功能模塊 1...............................................................................................................................4 3.2 測試模塊 2..

6、.............................................................................................................................4 4 測試結果分析 .................................................................................................................................4 4.1 系統能力分析 ......................

7、....................................................................................................4 4.2 缺陷和限制 ..............................................................................................................................4 4.3 建議 .....................................................

8、.....................................................................................4 4.4 評價 ..........................................................................................................................................4 1 引言 1.1 編寫目的 此報告編寫目的是記錄測試系統時發(fā)現的問題以及想到的解決方案，通過 對測試每個測試階段的總結和分析，及時反

9、映當前工作狀態(tài)、存在的問題，幫 助項目小組成員了解當前的項目進度和發(fā)現并解決現階段存在問題，推動下一 階段工作的順利開展。 1.2 背景 系統名稱：小型超市后臺管理系統軟件 任務提出者：超市后臺管理人員 任務開發(fā)者：哈工大軟件學院二狗小團隊 用戶：超市管理人員 其他說明：該軟件依靠超市局域網即可運行，與超市金額結算系統有一定往來 關系。 測試環(huán)境：windows xp 及以上操作系統，需安裝 Java 1.4.5 或以上版本， 測 試軟件為 eclipse；處理器型號在 Pentium 4 cpu 以上，內存 512m 以上 運行環(huán)境：windows xp 及以上操作系統，需安裝 Java 1

10、.4.5 或以上版本；處 理器型號在 Pentium 4 cpu 以上，內存 512m 以上 1.3 定義 1)IPO 圖: 在計算機領域 IPO 是指結構化設計中變換型結構的輸入（Input） 、 加工（Processing） 、輸出（Output ） 。.(摘自百度知道) 2)UML 圖：UML-Unified Model Language 統一建模語言，又稱標準建模 語言。是用來對軟件密集系統進行可視化建模的一種語言。 （摘自百度知道） 3)在文檔中 IPO 圖、流程圖或狀態(tài)圖中出現小寫字母“i ”，代表此內容為輸 入，出現小寫字母“o”代表此內容為輸出。 1.4 參考資料 1.齊志昌，

11、譚慶平，寧洪軟件工程（第二版） 北京：高等教育出版社， 2004 2.Ian Sommerville 軟件工程（第六版） 程成 陳霞 等譯 北 京：機械工業(yè)出版社，中信出版社，2003 2 測試概要 2.1 系統概述 2.1.1 功能概述 1. 進貨錄入：商品名稱；進貨時間；商品手機；商品進價；進貨數量；商 品編號。 2. 售貨記錄：商品編號；售貨數量。 3. 查詢商品：商品詳細信息；當天售貨金額；總售貨信息：總進貨金額； 總售貨金額；總利潤。 4. 更新商品：查詢商品；修改商品；刪除商品。 5. 登陸功能，具有管理員權限的輸入正確用戶名和密碼方可進入系統。 對測試目標系統的概要介紹，

12、包括系統功能結構，開發(fā)方法等。 2.1.2 運行環(huán)境 1）處理器型號在 Pentium 4 cpu 以上，內存 512M 以上 2）該軟件需在 Windows xp 及以上的操作系統，運行機器需要安裝 java1.4.5 或以上版本使用。 編譯測試軟件為 eclipse。 支持編譯軟件包括各種 java 記事本和編譯器。 3）控制軟件的運行主要靠鍵盤、鼠標等外部設備。 4）如果開發(fā)順利則支持打印機、掃描儀設備，目前待商議。 2.2 測試方案 2.2.1 測試策略： 測試分四個階段：單元測試，組裝測試，確認測試，系統測試 單元測試：采用白盒法和黑盒法相結合的方法，對于邏輯結構復雜的

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

14、蓋 B 黑盒測試方法：包括等價類劃分法，邊界值分析法，錯誤推測法等） 2.2.3 測試步驟 分模塊分功能，依次檢查，輸入數據看是否與預期結果一致 用例依據：是否能夠正確存儲和查詢，在有錯誤的時候能否顯示錯誤。 3.1 功能模塊 1 3.1.1 測試項目名稱及測試內容 測試項目名稱：登陸、密碼模塊測試 測試內容：本測試是采用黑盒測試法：為了檢測不同權限的用戶在登陸時，是 否能進入對應的模塊并得到應有的權限，檢驗密碼模塊的正確有效。 3.1.2 測試用例 測試用例 1（正確輸入） 【輸入】：用戶：lxx 密碼：1412 【期望輸出】：登入成功，顯示前臺銷售管理窗體 【實際輸出】：登

15、入成功，顯示前臺銷售管理窗體 測試用例 2（無該用戶） 【輸入】：用戶：zhaojie 密碼：aa 【期望輸出】：提示用戶名或密碼錯誤 【實際輸出】：提示用戶名或密碼錯誤 測試用例 3（密碼錯誤） 【輸入】：用戶：lxx 密碼：1234 【期望輸出】：提示用戶名或密碼錯誤 【實際輸出】：提示用戶名或密碼錯誤 測試用例 4（無輸入） 【輸入】：用戶： 密碼： 【期望輸出】：提示用戶名或密碼錯誤 【實際輸出】：提示用戶名或密碼錯誤 3.2 測試模塊 2 3.1.1 測試項目名稱及測試內容 測試項目名稱：進貨錄入模塊測試 測試內容：本測試是采用黑盒測試法：為了檢測信息是否

16、能夠準確錄入，以及 在輸入錯誤或數據路連接錯誤時及時退出并給出提示。 3.1.2 測試用例 測試用例 1（正確輸入） 【輸入】：商品編號：006 商品名稱：雞蛋 商品進價：5 商品售價：9 商品數 量：10 【期望輸出】：彈窗：提示信息 錄入成功。 【實際輸出】：彈窗：提示信息 錄入成功。 測試用例 2（輸入非數字） 【輸入】：商品編號：006 商品名稱：雞蛋 商品進價：獅子 商品售價：老虎 商品數量：10 【期望輸出】：彈窗 提示輸入格式不正確 【實際輸出】：彈窗 提示輸入格式不正確 測試用例 3（商品編號已經存在） 【輸入】：商品編號：001 商品名稱：雞蛋 商品進價：5

17、商品售價：9 商品數 量：10 【期望輸出】：彈窗 提示商品已經存在，請重新輸入 【實際輸出】：彈窗 提示商品已經存在 ，請重新輸入 【備注】：此處可以設置彈窗讓用戶選擇是否覆蓋，這樣可能導致用戶不方便， 需要修改，下面的方案中會提及。 測試用例 4（日期修改格式不正確） 【輸入】：點擊修改日期，輸入 25 年 15 月 8 日 【期望輸出】：提示輸入日期格式錯誤 【實際輸出】：提示輸入日期格式錯誤 3.3 測試模塊 3 3.3.1 測試項目名稱及測試內容 測試項目名稱：記錄售出模塊測試 測試內容：本測試是采用黑盒、白盒測試法：為了檢測售貨信息是否能夠準確 錄入，以及在輸入錯誤或數據

18、路連接錯誤時及時退出并給出提示，并且在后臺 能夠給出正確的計算剩余貨物數量以及利潤的結果，并存入數據庫。 3.3.2 測試用例 測試用例 1（商品存在） 【輸入】：商品編號：001 售出數量：1 【期望輸出】：彈窗：提示信息 記錄成功。 【實際輸出】：彈窗：提示信息 記錄成功。 測試用例 2（輸入非數字） 【輸入】：商品編號：ttt 售出數量：1 【期望輸出】：彈窗 提示輸入格式不正確 【實際輸出】：彈窗 提示輸入格式不正確 測試用例 3（商品編號不存在） 【輸入】：商品編號：124 售出數量：1 【期望輸出】：彈窗 提示商品不存在，請重新輸入 【實際輸出】：彈窗 提示商品

19、不存在 ，請重新輸入 3.4 測試模塊 4 3.3.1 測試項目名稱及測試內容 測試項目名稱：查詢信息模塊測試 測試內容：本測試是采用黑盒測試法：為了檢測售貨金額、售貨利潤輸出金額 是否正確，以及在查詢商品信息時是否能正確顯示出數據庫結果，以及在求和、 計算時是否正確。 3.3.2 測試用例 測試用例 1（檢查顯示金額是否正確） 【輸入】：無 【期望輸出】：當日總進價：120 當日總銷售金額：24 當日利潤： 12 進貨價： ：2086 總銷售金額：249 總利潤：96 【實際輸出】：當日總進價：120 當日總銷售金額：24 當日利潤： 12 進貨價： ：2086 總銷售金額：2

20、49 總利潤：96 【其他說明】：該數據由查詢目前數據庫中信息，計算得出。 測試用例 2（查詢存在商品） 【輸入】：商品編號：001 【期望輸出】：商品名稱： 土豆 商品進價：4 商品售價：6 進貨總量：50 剩余數量：50 進貨時間：2014-12-30 【實際輸出】：商品名稱： 土豆 商品進價：4 商品售價：6 進貨總量：50 剩余數量：50 進貨時間：2014-12-30 【其他說明】：該數據由查詢目前數據庫中信息得到。 測試用例 3（商品編號不存在） 【輸入】：商品編號：124 【期望輸出】：彈窗 提示商品不存在，請重新輸入 【實際輸出】：彈窗 提示商品不存在 ，請重新輸入 3

21、2 測試模塊 3 3.3.1 測試項目名稱及測試內容 測試項目名稱：更新商品信息模塊 測試內容：本測試是采用黑盒、白盒測試法：為了檢測售貨信息是否能夠準確 顯示出，并且修改后能夠錄入數據庫，且在利潤值、剩余貨物量上有所修改， 且輸入錯誤有提示。 3.3.2 測試用例 測試用例 1（輸入商品編號存在） 【輸入】：商品編號：001 【期望輸出】：商品名稱 ：土豆商品進價：4 商品售價：6 進貨數量：50 剩 余數量：50 進貨時間：2014-12-30 【實際輸出】：商品名稱 ：土豆商品進價：4 商品售價：6 進貨數量：50 剩 余數量：50 進貨時間：2014-12-30 測試用例

22、 2（輸入商品編號不存在） 【輸入】：商品編號：089 【期望輸出】：彈窗 提示商品不存在，請重新輸入 【實際輸出】：彈窗 提示商品不存在，請重新輸入 測試用例 3（修改商品信息） 【輸入】：商品編號：001 商品名稱 ：香蕉（原本是土豆）商品進價：4 商品 售價：6 進貨數量：50 剩余數量：30（原本是 50）進貨時間：2014-12-30 【期望輸出】：彈窗 提示錄入成功，并且數據庫中主鍵為 001 號的商品 name 更改為香蕉，l_num 更改為 30，profit 更改為 40；在查詢信息界面中，當日總 銷售金額為 64 當日利潤：為 46. 【實際輸出】：彈窗 提示錄入成功，并

23、且數據庫中主鍵為 001 號的商品 name 更改為香蕉，l_num 沒有更改，num 更改為 50，profit 更改為-40；在查詢信息 界面中，當日總銷售金額為 64 當日利潤：為-40 【錯誤原因】貨物剩余量與售出量在顯示時顯示反了，導致輸入的實際上是進 貨總量。 測試用例 4（刪除商品測試） 【輸入】：商品編號：001 點擊刪除商品 【期望輸出】：彈窗 詢問是否確定刪除，確定后提示刪除成功，并且數據庫中 移除了該商品。 【實際輸出】：彈窗 詢問是否確定刪除，確定后提示刪除成功，并且數據庫中 移除了該商品。 4 測試結果分析 4.1 系統能力分析 系統在測試過程中，功能和性能基本滿

24、足預期要求，下面逐個分析： （1）登陸系統模塊 讓用戶、管理員和銷售員驗證身份的系統。登陸系統和數據庫連接，根據他們 輸入的賬號和密碼，和數據庫中存在的信息核對，從而辨別他們是否有權使用 接來下的功能。如果信息正確，他們就能成功登陸，使用下面的功能；如果登 陸失敗，就要求他們重新輸入賬號和密碼。 只完成上述功能，不過還需完善和加密，在 4.3 會詳細說明。 （2）進貨錄入模塊 基本達到預期要求，并且系統運行較快，基本沒有延遲，錄入信息準確，目前 沒有發(fā)現錯誤；在錯誤判斷方面，目前能想到的錯誤輸入都有返回提示，問題 是記錄售出貨物時有可能剩余貨物出現負值，此時沒有提示，應給予修改。 （3）售貨記

25、錄模塊 均達到預期要求，系統運行較快，基本沒有延遲，錄入信息準確，數據庫后臺 計算準確，目前沒有發(fā)現錯誤；在錯誤判斷方面，目前能想到的錯誤輸入都有 返回提示，測試成功。 （4）查詢信息模塊 基本達到預期要求，能夠根據錄入情況，通過數據庫查詢信息并且計算出總利 潤和總售價，顯示準確，沒有發(fā)現錯誤，查詢商品時有錯誤提示，系統沒有發(fā) 現連接數據庫出錯等情況，運行較為穩(wěn)定。 （5）更新信息模塊 在測試中出現錯誤，因為在程序編寫的時候沒有仔細計算核實更新后數據更改 情況，所以沒有留意，錯誤很小，已經修改完畢；余下功能達到預期目標，能 夠根據輸入情況，通過數據庫查詢信息并且顯示出商品信息、可以更改，輸入

26、不規(guī)范時有錯誤提示，目前系統沒有發(fā)現連接數據庫出錯等情況。 4.2 缺陷和限制 （1）界面大多數過于簡單，缺乏設計感，容易讓客戶嫌棄。 （2）數據缺乏可依賴性，備份方面有所欠缺。 （3）管理員的權限的設置問題，管理員的信息簡單保存在數據庫中，還未加密， 容易泄漏。 （4）功能不齊全，檢索方式單一，無法更細致的檢索，比如通過商品名稱，或 者鎖定進貨時間等等，并且經常受限與商品編號，不能覆蓋，只能手動刪除。 （5）無法全面查看商品信息，只能逐一瀏覽，給客戶造成極大不便。 （6）在 user 信息中個別特殊的賬號不能修改，密碼保護措施不強，容易泄露； 數據庫安全性不高。 4.3 建議 4.3.1

27、界面方面 （1）簡述：界面過于簡單，缺乏設計感，但是界面工作卻對于客戶很 重要，很大程度決定了客戶的滿意程度，界面的修改又相對容易，所以應著重 對待，不過界面方面的工作在編寫者看來對于開發(fā)人員不太有耐心去做，相對 較枯燥，所以只細致的做了登陸界面，其他的還需要完善。 （2）修改方案：在界面中適當插入圖片，為客戶方便著想，符合大多 數人的審美標準，在字體、字號、背景顏色方面做適當調整，請美工好的同學 進行協助。 （3）緊迫程度： （4）工作量：適中，預計兩個工作日基本完成。 4.3.1 數據方面 （1）簡述：數據缺乏可依賴性，不支持打印功能，根本不存在備份功 能，數據庫加

28、密等級較低，容易泄漏。 （2）修改方案：增加備份功能，包括打印成紙質版本或者存儲到硬盤 備份，加密數據庫，但這方面由于技術欠缺暫時無法完善得太好，因此暫時擱 置。 （3）緊迫程度： （4）工作量：很大，預計沒日沒夜五天完成。 4.3.1 功能缺失方面 （1）簡述：功能不齊全，表現在檢索方式單一，無法更細致的檢索， 比如通過商品名稱，或者鎖定進貨時間等等，以及沒有記錄售貨明細功能，不 過這只是我方（開發(fā)者）覺得可以使系統更完善的方案，并不屬于客戶需求的 功能，因此并不緊急。 （2）修改方案：增加檢索方式，通過商品名稱查找、指定售貨時間等 等，記錄售貨明細，并可供查詢，在商品編

29、號與現有編號重復的時候，詢問是 否覆蓋，或者另外給予新的編號。 （3）緊迫程度： （4）工作量：適中，預計三個工作日基本完成。 4.3.1 管理員權限方面 （1）簡述：管理員方面的信息沒有著重保護，在管理員信息中個別特 殊的賬號不能修改，密碼保護措施不強，容易泄露；也沒有強大的注冊、找回 密碼等功能，數據庫安全性不高。 （2）修改方案：增加密碼保護措施，增加管理員帳號密碼的修改、增 添等功能。 （3）緊迫程度： （4）工作量：適中，預計兩個工作日基本完成。 4.4 評價 基本功能已經實現，界面也是符合正常要求，但是由于時間比較緊迫，因 而原本設想的功能還應該再完善一些，增添一些更加人性化的設計，界面也僅 僅做到了簡單大方實用，沒能更加優(yōu)化美觀一些。測試設計基本覆蓋了需求的 各個功能模塊，發(fā)現了一些編碼錯誤以及邏輯錯誤，并指導開發(fā)小組及時改正， 不過由于人力及時間的不足，所以還有很多改進的地方，如白盒測試的力度還 不夠，有很多提高的空間。 但是總體來說，還是基本符合客戶需求，各項功能運轉正常，程序也較為 穩(wěn)定，數據目前為止還沒有出現差錯，不足之處也很多，如果要將此系統做得 完善、想到的功能和設計全部都實現的話還需要一定時間和精力，技術上開發(fā) 小組也需要盡快提高。 以上。