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

軟件測試分析報告 項目名稱 超市后臺管理系統(tǒng) 開發(fā)團隊 成 員 1 引言 3 1 1 編寫目的 3 1 2 背景 3 1 3 定義 3 1 4 參考資料 3 2 測試概要 3 2 1 系統(tǒng)概述 3 2 2 測試方案 3 3 測試結果 4 3 1 功能模塊 1 4 3 2 測試模塊 2 4 4 測試結果分析 4 4 1 系統(tǒng)能力分析 4 4 2 缺陷和限制 4 4 3 建議 4 4 4 評價 4 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) 需安裝 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 在文檔中 IPO 圖 流程圖或狀態(tài)圖中出現(xiàn)小寫字母 i 代表此內容為輸 入 出現(xiàn)小寫字母 o 代表此內容為輸出 1 4 參考資料 1 齊志昌 譚慶平 寧洪軟件工程 第二版 北京 高等教育出版社 2004 2 Ian Sommerville 軟件工程 第六版 程成 陳霞 等譯 北 京 機械工業(yè)出版社 中信出版社 2003 2 測試概要 2 1 系統(tǒng)概述 2 1 1 功能概述 1 進貨錄入 商品名稱 進貨時間 商品手機 商品進價 進貨數(shù)量 商 品編號 2 售貨記錄 商品編號 售貨數(shù)量 3 查詢商品 商品詳細信息 當天售貨金額 總售貨信息 總進貨金額 總售貨金額 總利潤 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)測試 單元測試 采用白盒法和黑盒法相結合的方法 對于邏輯結構復雜的陌路 愛采用白盒發(fā) 對于已輸入輸出為主的模塊采用黑盒測試 以提高測試的效率 組裝測試 混合法 對軟件結構中較上測試用的自頂向下與對軟件結構中 較下層使用的自底向上方法相結合 確認測試 由用戶參與按需求規(guī)格說明書驗收 系統(tǒng)測試 采用人工測試方法 2 2 2 測試方法 1 靜態(tài)測試方法 對軟件分析 檢查和審閱 不實際運行被測試軟件 在需求和設計階段需對開發(fā)模型和文檔做靜態(tài)測試 2 動態(tài)測試方法 通過運行軟件來檢測軟件的動態(tài)行為和運行結果 測 試軟件程序的主要方法 可采用白盒測試和黑盒測試 A 白盒測試方法 代碼檢查法 靜態(tài)結構分析法 邏輯覆蓋 基本路 徑測試 域測試 符號測試 路徑覆蓋 B 黑盒測試方法 包括等價類劃分法 邊界值分析法 錯誤推測法等 2 2 3 測試步驟 分模塊分功能 依次檢查 輸入數(shù)據(jù)看是否與預期結果一致 用例依據(jù) 是否能夠正確存儲和查詢 在有錯誤的時候能否顯示錯誤 3 1 功能模塊 1 3 1 1 測試項目名稱及測試內容 測試項目名稱 登陸 密碼模塊測試 測試內容 本測試是采用黑盒測試法 為了檢測不同權限的用戶在登陸時 是 否能進入對應的模塊并得到應有的權限 檢驗密碼模塊的正確有效 3 1 2 測試用例 測試用例 1 正確輸入 輸入 用戶 lxx 密碼 1412 期望輸出 登入成功 顯示前臺銷售管理窗體 實際輸出 登入成功 顯示前臺銷售管理窗體 測試用例 2 無該用戶 輸入 用戶 zhaojie 密碼 aa 期望輸出 提示用戶名或密碼錯誤 實際輸出 提示用戶名或密碼錯誤 測試用例 3 密碼錯誤 輸入 用戶 lxx 密碼 1234 期望輸出 提示用戶名或密碼錯誤 實際輸出 提示用戶名或密碼錯誤 測試用例 4 無輸入 輸入 用戶 密碼 期望輸出 提示用戶名或密碼錯誤 實際輸出 提示用戶名或密碼錯誤 3 2 測試模塊 2 3 1 1 測試項目名稱及測試內容 測試項目名稱 進貨錄入模塊測試 測試內容 本測試是采用黑盒測試法 為了檢測信息是否能夠準確錄入 以及 在輸入錯誤或數(shù)據(jù)路連接錯誤時及時退出并給出提示 3 1 2 測試用例 測試用例 1 正確輸入 輸入 商品編號 006 商品名稱 雞蛋 商品進價 5 商品售價 9 商品數(shù) 量 10 期望輸出 彈窗 提示信息 錄入成功 實際輸出 彈窗 提示信息 錄入成功 測試用例 2 輸入非數(shù)字 輸入 商品編號 006 商品名稱 雞蛋 商品進價 獅子 商品售價 老虎 商品數(shù)量 10 期望輸出 彈窗 提示輸入格式不正確 實際輸出 彈窗 提示輸入格式不正確 測試用例 3 商品編號已經(jīng)存在 輸入 商品編號 001 商品名稱 雞蛋 商品進價 5 商品售價 9 商品數(shù) 量 10 期望輸出 彈窗 提示商品已經(jīng)存在 請重新輸入 實際輸出 彈窗 提示商品已經(jīng)存在 請重新輸入 備注 此處可以設置彈窗讓用戶選擇是否覆蓋 這樣可能導致用戶不方便 需要修改 下面的方案中會提及 測試用例 4 日期修改格式不正確 輸入 點擊修改日期 輸入 25 年 15 月 8 日 期望輸出 提示輸入日期格式錯誤 實際輸出 提示輸入日期格式錯誤 3 3 測試模塊 3 3 3 1 測試項目名稱及測試內容 測試項目名稱 記錄售出模塊測試 測試內容 本測試是采用黑盒 白盒測試法 為了檢測售貨信息是否能夠準確 錄入 以及在輸入錯誤或數(shù)據(jù)路連接錯誤時及時退出并給出提示 并且在后臺 能夠給出正確的計算剩余貨物數(shù)量以及利潤的結果 并存入數(shù)據(jù)庫 3 3 2 測試用例 測試用例 1 商品存在 輸入 商品編號 001 售出數(shù)量 1 期望輸出 彈窗 提示信息 記錄成功 實際輸出 彈窗 提示信息 記錄成功 測試用例 2 輸入非數(shù)字 輸入 商品編號 ttt 售出數(shù)量 1 期望輸出 彈窗 提示輸入格式不正確 實際輸出 彈窗 提示輸入格式不正確 測試用例 3 商品編號不存在 輸入 商品編號 124 售出數(shù)量 1 期望輸出 彈窗 提示商品不存在 請重新輸入 實際輸出 彈窗 提示商品不存在 請重新輸入 3 4 測試模塊 4 3 3 1 測試項目名稱及測試內容 測試項目名稱 查詢信息模塊測試 測試內容 本測試是采用黑盒測試法 為了檢測售貨金額 售貨利潤輸出金額 是否正確 以及在查詢商品信息時是否能正確顯示出數(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 實際輸出 商品名稱 土豆 商品進價 4 商品售價 6 進貨總量 50 剩余數(shù)量 50 進貨時間 2014 12 30 其他說明 該數(shù)據(jù)由查詢目前數(shù)據(jù)庫中信息得到 測試用例 3 商品編號不存在 輸入 商品編號 124 期望輸出 彈窗 提示商品不存在 請重新輸入 實際輸出 彈窗 提示商品不存在 請重新輸入 3 2 測試模塊 3 3 3 1 測試項目名稱及測試內容 測試項目名稱 更新商品信息模塊 測試內容 本測試是采用黑盒 白盒測試法 為了檢測售貨信息是否能夠準確 顯示出 并且修改后能夠錄入數(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 測試用例 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 實際輸出 彈窗 提示錄入成功 并且數(shù)據(jù)庫中主鍵為 001 號的商品 name 更改為香蕉 l num 沒有更改 num 更改為 50 profit 更改為 40 在查詢信息 界面中 當日總銷售金額為 64 當日利潤 為 40 錯誤原因 貨物剩余量與售出量在顯示時顯示反了 導致輸入的實際上是進 貨總量 測試用例 4 刪除商品測試 輸入 商品編號 001 點擊刪除商品 期望輸出 彈窗 詢問是否確定刪除 確定后提示刪除成功 并且數(shù)據(jù)庫中 移除了該商品 實際輸出 彈窗 詢問是否確定刪除 確定后提示刪除成功 并且數(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)運行較快 基本沒有延遲 錄入信息準確 目前 沒有發(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ù)更改 情況 所以沒有留意 錯誤很小 已經(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 在 user 信息中個別特殊的賬號不能修改 密碼保護措施不強 容易泄露 數(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 修改方案 增加檢索方式 通過商品名稱查找 指定售貨時間等 等 記錄售貨明細 并可供查詢 在商品編號與現(xiàn)有編號重復的時候 詢問是 否覆蓋 或者另外給予新的編號 3 緊迫程度 4 工作量 適中 預計三個工作日基本完成 4 3 1 管理員權限方面 1 簡述 管理員方面的信息沒有著重保護 在管理員信息中個別特 殊的賬號不能修改 密碼保護措施不強 容易泄露 也沒有強大的注冊 找回 密碼等功能 數(shù)據(jù)庫安全性不高 2 修改方案 增加密碼保護措施 增加管理員帳號密碼的修改 增 添等功能 3 緊迫程度 4 工作量 適中 預計兩個工作日基本完成 4 4 評價 基本功能已經(jīng)實現(xiàn) 界面也是符合正常要求 但是由于時間比較緊迫 因 而原本設想的功能還應該再完善一些 增添一些更加人性化的設計 界面也僅 僅做到了簡單大方實用 沒能更加優(yōu)化美觀一些 測試設計基本覆蓋了需求的 各個功能模塊 發(fā)現(xiàn)了一些編碼錯誤以及邏輯錯誤 并指導開發(fā)小組及時改正 不過由于人力及時間的不足 所以還有很多改進的地方 如白盒測試的力度還 不夠 有很多提高的空間 但是總體來說 還是基本符合客戶需求 各項功能運轉正常 程序也較為 穩(wěn)定 數(shù)據(jù)目前為止還沒有出現(xiàn)差錯 不足之處也很多 如果要將此系統(tǒng)做得 完善 想到的功能和設計全部都實現(xiàn)的話還需要一定時間和精力 技術上開發(fā) 小組也需要盡快提高 以上