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

1、精選優(yōu)質文檔-傾情為你奉上軟件測試分析報告項目名稱： 超市后臺管理系統(tǒng) 開發(fā)團隊： 成員： 專心-專注-專業(yè)1引言1.1編寫目的此報告編寫目的是記錄測試系統(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)境：windows xp 及以上操作系統(tǒng)，需安

2、裝Java 1.4.5或以上版本， 測試軟件為eclipse；處理器型號在Pentium 4 cpu 以上，內存512m以上運行環(huán)境：windows xp 及以上操作系統(tǒng)，需安裝Java 1.4.5或以上版本；處理器型號在Pentium 4 cpu 以上，內存512m以上1.3定義1) IPO圖: 在計算機領域IPO是指結構化設計中變換型結構的輸入（Input）、加工（Processing）、輸出（Output）。.(摘自百度知道)2) UML圖：UML-Unified Model Language 統(tǒng)一建模語言，又稱標準建模語言。是用來對軟件密集系統(tǒng)進行可視化建模的一種語言。（摘自百度知道）

3、3)在文檔中IPO圖、流程圖或狀態(tài)圖中出現(xiàn)小寫字母“i”，代表此內容為輸入，出現(xiàn)小寫字母“o”代表此內容為輸出。1.4參考資料1.齊志昌，譚慶平，寧洪軟件工程（第二版） 北京：高等教育出版社，20042.Ian Sommerville 軟件工程（第六版） 程成 陳霞 等譯 北京：機械工業(yè)出版社，中信出版社，20032測試概要2.1系統(tǒng)概述2.1.1功能概述1. 進貨錄入：商品名稱；進貨時間；商品手機；商品進價；進貨數(shù)量；商品編號。2. 售貨記錄：商品編號；售貨數(shù)量。3. 查詢商品：商品詳細信息；當天售貨金額；總售貨信息：總進貨金額；總售貨金額；總利潤。4. 更新商品：查詢商品；修改商品；刪除商

4、品。5. 登陸功能，具有管理員權限的輸入正確用戶名和密碼方可進入系統(tǒng)。對測試目標系統(tǒng)的概要介紹，包括系統(tǒng)功能結構，開發(fā)方法等。2.1.2 運行環(huán)境1）處理器型號在Pentium 4 cpu以上，內存512M以上2）該軟件需在Windows xp及以上的操作系統(tǒng)，運行機器需要安裝 java1.4.5或以上版本使用。編譯測試軟件為eclipse。支持編譯軟件包括各種java記事本和編譯器。3） 控制軟件的運行主要靠鍵盤、鼠標等外部設備。4） 如果開發(fā)順利則支持打印機、掃描儀設備，目前待商議。2.2測試方案2.2.1測試策略：測試分四個階段：單元測試，組裝測試，確認測試，系統(tǒng)測試單元測試：采用白盒法

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

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

7、試用例2（無該用戶） 【輸入】：用戶：zhaojie 密碼：aa 【期望輸出】：提示用戶名或密碼錯誤 【實際輸出】：提示用戶名或密碼錯誤 測試用例3（密碼錯誤） 【輸入】：用戶：lxx 密碼：1234 【期望輸出】：提示用戶名或密碼錯誤 【實際輸出】：提示用戶名或密碼錯誤 測試用例4（無輸入） 【輸入】：用戶： 密碼： 【期望輸出】：提示用戶名或密碼錯誤 【實際輸出】：提示用戶名或密碼錯誤3.2測試模塊23.1.1測試項目名稱及測試內容 測試項目名稱：進貨錄入模塊測試 測試內容：本測試是采用黑盒測試法：為了檢測信息是否能夠準確錄入，以及在輸入錯誤或數(shù)據(jù)路連接錯誤時及時退出并給出提示。3.1.2

8、測試用例 測試用例1（正確輸入） 【輸入】：商品編號：006 商品名稱：雞蛋 商品進價：5 商品售價：9 商品數(shù)量：10 【期望輸出】：彈窗：提示信息 錄入成功。 【實際輸出】：彈窗：提示信息 錄入成功。 測試用例2（輸入非數(shù)字） 【輸入】：商品編號：006 商品名稱：雞蛋 商品進價：獅子 商品售價：老虎 商品數(shù)量：10 【期望輸出】：彈窗 提示輸入格式不正確 【實際輸出】：彈窗 提示輸入格式不正確測試用例3（商品編號已經(jīng)存在） 【輸入】：商品編號：001 商品名稱：雞蛋 商品進價：5 商品售價：9 商品數(shù)量：10【期望輸出】：彈窗 提示商品已經(jīng)存在，請重新輸入【實際輸出】：彈窗 提示商品已經(jīng)

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

10、】：商品編號：001 售出數(shù)量：1 【期望輸出】：彈窗：提示信息 記錄成功。 【實際輸出】：彈窗：提示信息 記錄成功。 測試用例2（輸入非數(shù)字） 【輸入】：商品編號：ttt 售出數(shù)量：1 【期望輸出】：彈窗 提示輸入格式不正確 【實際輸出】：彈窗 提示輸入格式不正確測試用例3（商品編號不存在） 【輸入】：商品編號：124 售出數(shù)量：1【期望輸出】：彈窗 提示商品不存在，請重新輸入【實際輸出】：彈窗 提示商品不存在 ，請重新輸入3.4測試模塊43.3.1測試項目名稱及測試內容 測試項目名稱：查詢信息模塊測試 測試內容：本測試是采用黑盒測試法：為了檢測售貨金額、售貨利潤輸出金額是否正確，以及在查詢

11、商品信息時是否能正確顯示出數(shù)據(jù)庫結果，以及在求和、計算時是否正確。 3.3.2測試用例 測試用例1（檢查顯示金額是否正確） 【輸入】：無 【期望輸出】：當日總進價：120當日總銷售金額：24當日利潤： 12 進貨價：2086 總銷售金額：249 總利潤：96【實際輸出】：當日總進價：120當日總銷售金額：24當日利潤： 12 進貨價：2086 總銷售金額：249 總利潤：96【其他說明】：該數(shù)據(jù)由查詢目前數(shù)據(jù)庫中信息，計算得出。測試用例2（查詢存在商品） 【輸入】：商品編號：001 【期望輸出】：商品名稱： 土豆商品進價：4商品售價：6進貨總量：50剩余數(shù)量：50進貨時間：2014-12-30

12、 【實際輸出】：商品名稱： 土豆商品進價：4商品售價：6進貨總量：50剩余數(shù)量：50進貨時間：2014-12-30 【其他說明】：該數(shù)據(jù)由查詢目前數(shù)據(jù)庫中信息得到。測試用例3（商品編號不存在） 【輸入】：商品編號：124【期望輸出】：彈窗 提示商品不存在，請重新輸入【實際輸出】：彈窗 提示商品不存在 ，請重新輸入32測試模塊3 3.3.1測試項目名稱及測試內容 測試項目名稱：更新商品信息模塊 測試內容：本測試是采用黑盒、白盒測試法：為了檢測售貨信息是否能夠準確顯示出，并且修改后能夠錄入數(shù)據(jù)庫，且在利潤值、剩余貨物量上有所修改，且輸入錯誤有提示。3.3.2測試用例 測試用例1（輸入商品編號存在）

13、 【輸入】：商品編號：001 【期望輸出】：商品名稱 ：土豆商品進價：4 商品售價：6 進貨數(shù)量：50 剩余數(shù)量：50 進貨時間：2014-12-30【實際輸出】：商品名稱 ：土豆商品進價：4 商品售價：6 進貨數(shù)量：50 剩余數(shù)量：50 進貨時間：2014-12-30測試用例2（輸入商品編號不存在） 【輸入】：商品編號：089 【期望輸出】：彈窗 提示商品不存在，請重新輸入【實際輸出】：彈窗 提示商品不存在，請重新輸入測試用例3（修改商品信息） 【輸入】：商品編號：001 商品名稱 ：香蕉（原本是土豆）商品進價：4 商品售價：6 進貨數(shù)量：50 剩余數(shù)量：30（原本是50）進貨時間：2014

14、-12-30【期望輸出】：彈窗 提示錄入成功，并且數(shù)據(jù)庫中主鍵為001號的商品name更改為香蕉，l_num更改為30，profit更改為40；在查詢信息界面中，當日總銷售金額為64當日利潤：為46.【實際輸出】：彈窗 提示錄入成功，并且數(shù)據(jù)庫中主鍵為001號的商品name更改為香蕉，l_num沒有更改，num更改為50，profit更改為-40；在查詢信息界面中，當日總銷售金額為64 當日利潤：為-40【錯誤原因】貨物剩余量與售出量在顯示時顯示反了，導致輸入的實際上是進貨總量。測試用例4（刪除商品測試） 【輸入】：商品編號：001 點擊刪除商品【期望輸出】：彈窗 詢問是否確定刪除，確定后提示

15、刪除成功，并且數(shù)據(jù)庫中移除了該商品?！緦嶋H輸出】：彈窗 詢問是否確定刪除，確定后提示刪除成功，并且數(shù)據(jù)庫中移除了該商品。4測試結果分析4.1系統(tǒng)能力分析系統(tǒng)在測試過程中，功能和性能基本滿足預期要求，下面逐個分析：（1）登陸系統(tǒng)模塊讓用戶、管理員和銷售員驗證身份的系統(tǒng)。登陸系統(tǒng)和數(shù)據(jù)庫連接，根據(jù)他們輸入的賬號和密碼，和數(shù)據(jù)庫中存在的信息核對，從而辨別他們是否有權使用接來下的功能。如果信息正確，他們就能成功登陸，使用下面的功能；如果登陸失敗，就要求他們重新輸入賬號和密碼。只完成上述功能，不過還需完善和加密，在4.3會詳細說明。（2）進貨錄入模塊基本達到預期要求，并且系統(tǒng)運行較快，基本沒有延遲，錄入

16、信息準確，目前沒有發(fā)現(xiàn)錯誤；在錯誤判斷方面，目前能想到的錯誤輸入都有返回提示，問題是記錄售出貨物時有可能剩余貨物出現(xiàn)負值，此時沒有提示，應給予修改。（3）售貨記錄模塊均達到預期要求，系統(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ù)更改

17、情況，所以沒有留意，錯誤很小，已經(jīng)修改完畢；余下功能達到預期目標，能夠根據(jù)輸入情況，通過數(shù)據(jù)庫查詢信息并且顯示出商品信息、可以更改，輸入不規(guī)范時有錯誤提示，目前系統(tǒng)沒有發(fā)現(xiàn)連接數(shù)據(jù)庫出錯等情況。4.2缺陷和限制（1）界面大多數(shù)過于簡單，缺乏設計感，容易讓客戶嫌棄。 （2）數(shù)據(jù)缺乏可依賴性，備份方面有所欠缺。（3）管理員的權限的設置問題，管理員的信息簡單保存在數(shù)據(jù)庫中，還未加密，容易泄漏。（4）功能不齊全，檢索方式單一，無法更細致的檢索，比如通過商品名稱，或者鎖定進貨時間等等，并且經(jīng)常受限與商品編號，不能覆蓋，只能手動刪除。（5）無法全面查看商品信息，只能逐一瀏覽，給客戶造成極大不便。（6）在u

18、ser信息中個別特殊的賬號不能修改，密碼保護措施不強，容易泄露；數(shù)據(jù)庫安全性不高。4.3建議4.3.1 界面方面 （1）簡述：界面過于簡單，缺乏設計感，但是界面工作卻對于客戶很重要，很大程度決定了客戶的滿意程度，界面的修改又相對容易，所以應著重對待，不過界面方面的工作在編寫者看來對于開發(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)在檢索方式單一，無法更細致的檢索，比如通過商品名稱，或者鎖定進貨時間等等，以及沒有記錄售貨明細功能，不過這只是我方（開發(fā)者）覺得可以使系統(tǒng)更完善的方案，并不屬于客戶需求的功能，因此并不緊急。 （2）