軟件測試報告-超市管理系統(tǒng)

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

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

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

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

4、...................3 2.1 系統(tǒng)概述 ..................................................................................................................................3 2.2 測試方案 .................................................................................................................................

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

6、.............................................................................................................................4 4 測試結(jié)果分析 .................................................................................................................................4 4.1 系統(tǒng)能力分析 ......................

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

25、錄模塊 均達到預期要求，系統(tǒng)運行較快，基本沒有延遲，錄入信息準確，數(shù)據(jù)庫后臺 計算準確，目前沒有發(fā)現(xiàn)錯誤；在錯誤判斷方面，目前能想到的錯誤輸入都有 返回提示，測試成功。 （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ù)庫查詢信息并且顯示出商品信息、可以更改，輸入

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

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

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

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