【正文】 一次成功 的測試 是 發(fā)現(xiàn)了 至 今為止尚未發(fā)現(xiàn) 的 錯誤的測試 。 為 了 發(fā)現(xiàn) 程序中的 錯誤，應 竭力 設計 能暴露 錯誤的測試 。在 測試時將實際 的 輸 出 結 果與 預期 結 果比 較 ，若不同 則 表示 發(fā)現(xiàn)了錯誤 。例如，一 個 需要 3 個 16位 字長 的整型 輸 入 數(shù) 據(jù)的程序， 輸 入 數(shù) 據(jù)的所有 組 合情 況 大 約 有 3 1014 種，若每 組數(shù) 據(jù) 的測試時間為 1ms，那么即使一年 365 天，每天 24 小 時 地 測試 ，也大 約 需要 1 萬年的 時間 。 有人 認為測試 是 為 了 證 明程序是正確的，也就是 說 程序不再有 錯誤， 事 實證 明 這是不 現(xiàn)實 的。 測試 的基本概念 1． 測試 的目的 軟件測試 的目的是 盡 可能多地 發(fā)現(xiàn)軟 件 產(chǎn) 品（主要是指程序）中的 錯誤和 缺陷。目前，程序的正 確性 證 明尚未得到根本的解 決 ，因此 軟件測試 仍是 發(fā)現(xiàn)軟 件中 錯誤和 缺陷的主要手段。 圖 4 5 收銀臺結賬頁面 圖 貴陽學院畢業(yè)論文（設計） 24 第五章 系統(tǒng)測試與性能分析 軟件測試 經(jīng)過 需求分析、 設計 和 編碼 等 階 段的 開發(fā)后， 得到了源程序， 開始進 入到 軟件測試階 段。詳細設計的首要任務就是設計模塊的程序流程、算法和數(shù)據(jù)結構，常用方法還是結構化程序設計方法?？梢允且粋€函數(shù)、過程、子程序、一段帶有程序說明的獨立的程序和數(shù)據(jù)，也可以是可組合、可分解和可更換的功能單元。軟件初步搭建完成。收銀臺結賬頁面如下圖所示： 圖 4 4 購 物 車 模 塊圖 貴陽學院畢業(yè)論文（設計） 23 本章小 結 本章主要對系統(tǒng)的整體和各個模塊進行了詳細設計并且給予實現(xiàn)。收銀臺將為顧客生成訂單，為顧客保存購買的商品信息、訂單信息、和訂單號。當顧客夠買了所需的全部商品，可以單擊“收銀結賬”超鏈接，完成商品購物。當顧客選擇并購買了商品，這些商品將被放置在購物車中，可以單 擊購物車中的“繼續(xù)購物”超鏈接繼續(xù)購買其它商品，也可以單擊購物車中的“收銀結賬”超鏈接完成商品采購。 } } ……// 部分代 碼 省略 ｝ （ 3）在 文件中配置登陸控制器的定義信息，設置該控制器的Dao、 formView 和 successView 屬性，它們分別是數(shù)據(jù)庫操作類、窗體視圖和登錄成功視圖。 return new ModelAndView(new RedirectView())。 (username, ())。 TbMember user = ((), ())。 } protected ModelAndView onSubmit(HttpServletRequest request, HttpServletResponse response, Object mand, BindException errors) throws Exception { HttpSession session = ()。首先，在LoginController 類的構造方法中調用 setCommandClass（）方法設 置 UserLoginForm窗體類；然后，在 onSubmit（）方法中處理頁面請求的業(yè)務邏輯，并返回數(shù)據(jù)模型和試圖對象；最后，在 showForm（）方法中處理會員注銷請求。 （ 1）創(chuàng)建會員登錄頁面，在該頁面中創(chuàng)建一個窗體，窗體的 Action 屬性 （及請求路徑）設置為 ，窗體中包含會員文本框、密碼文本框和會員注冊的超鏈接。 } } （ 4）會員注冊控制器和窗體驗證器必須在 文件（及 Spring 配置文件）中配置定義信息，才能被 Spring 框架加載并處理會員注冊請求。 (pwd1, ddd, 兩次密碼不一致，請重新輸入。 } ……// 部分字段驗證省略 if (!().equals(())) { (pwd, ddd, 兩次密碼不一致，請重新輸入。 if (().trim().equals()) { (username, null, 請輸入用戶名 )。 public boolean supports(Class clazz) { return ()。 這個驗證 器必須實現(xiàn) Validate 接口中定義的 supports（）方法和 Validate（）方法，它們分別用于判斷驗證器是否支持指定窗體類的驗證和驗證窗體類的屬性，其中的驗證錯誤信息將顯示在注冊頁面相應的字段上。 } } （ 3）創(chuàng)建 ModifyMemderValidate 類，該類實現(xiàn)了 Validate 接口成為 Spring 的驗證器。 ……// 部分代碼省略 (form)。 TbMember user = new TbMember()。 public ModifyMemberController(){ setCommandClass()。最后，在 onBindAndValidate（）方法中驗證數(shù)據(jù)庫中是否存在用戶要注冊的用戶名，至于其它詳細注冊字段的驗證，由驗證器去實現(xiàn)。首先，在 ModifyMemberController 類的構造方法中調用 setCommandClass（）方法設置窗體類，這個窗體類將用來封裝窗體中的字段信息。由于窗體頁面的字段和程序代碼較多，本章就以窗體的用戶名字段為例，介紹Spring 窗體頁面的定義。 圖 4 1 首頁用戶注冊登錄模塊接口圖 點擊進入新用戶注冊之后需 要填寫個人信息等。沒有貴陽學院畢業(yè)論文（設計） 18 賬號的用戶可以在首頁的用戶注冊模塊進行注冊，而已有賬戶的用戶則可以直接登錄。 3. 在 文件中定義首頁的視圖“ index”，它也是 tiles 組件，該組件繼承首頁模版的 tiles 組件“ .index”（這里以“ .”做前綴來區(qū)分模版和 tiles 視圖），它不需要任何修改，在模版 中的 tiles 組件中已經(jīng)具備了主頁的所有視圖。這些模版有標題信息、導航欄、左菜單、右菜單、搜索欄、版權信息以及頁面的內容分欄 7 個tiles 組件組成。 ? footer：網(wǎng)站版權信息 tiles 組件，它包含網(wǎng)站所有者、聯(lián)系電話和 Email。 ? content：網(wǎng)站的首頁內容的 tiles 組件，它由特價商品和新品上架板塊組成。 ? left：網(wǎng)站的左分欄 tiles 組件，它包括用戶登錄、商城公告和商城銷售排行。組合這些 tiles 組件由 頁面負責。分析電子商 城的首頁效果圖，它分為網(wǎng)站導航、搜索欄、版權信息、左分欄、內容分欄、和右分欄 6 各部分。 [2] 系 統(tǒng)運 行平臺 設計 本網(wǎng)站使用 Tiles 模版，布局網(wǎng)站的所有頁面，每個單獨的 Tiles 組成包含一個頁面資源或者其它的 Tiles 組件。對整個網(wǎng)站系統(tǒng)來說是十分必要的。本章完成了系統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)需求分析的過程，說明了數(shù)據(jù)庫由概念結構設計轉換成邏輯結構設計的過程，并把各個物理數(shù)據(jù)模型結合起來形成一個整體的關系數(shù)據(jù)庫模型，為系統(tǒng)詳細設計與實現(xiàn)奠定了基礎。 數(shù) 據(jù) 庫設計 是 對保 存管理系 統(tǒng)數(shù) 據(jù)的 數(shù) 據(jù) 庫結 構 進 行 設計 ， 對 整 個系統(tǒng) 的 開發(fā) 具有非常重要的作用。通 過對以 上系 統(tǒng)業(yè)務流 程 圖 和 數(shù) 據(jù)流程 圖 的分析，確定本網(wǎng)上 購 物系 統(tǒng) 全局 ER 圖 。 圖 3 3 商品實體屬性圖 圖 3 4 訂單實體屬性圖 商品商品簡介特價新品編號商品單價 現(xiàn)價 熱賣進貨時間商品圖片商品名稱分類訂單付款方式郵編地址編號電話 送貨方式 折扣用戶名訂貨日起姓名品種數(shù)量執(zhí)行狀態(tài) 備注貴陽學院畢業(yè)論文（設計） 14 四、 數(shù) 據(jù) 庫 的 ER 圖 的 設計 ER 方法是一種用 來 在 數(shù) 據(jù) 庫設計過 程中表示 數(shù) 據(jù) 庫系統(tǒng)結 構的方法， 該 方法用ER 圖來 描述 現(xiàn)實世 界的概念模型， ER 方法也 稱為 ER 模型。另外根據(jù)消費金額的累計可以分為不同的等級，享受更加優(yōu)惠的折扣，同時會員如果有任何喪失信譽或違背協(xié)議的行為，其用戶江北凍結，所以必須提供會員等級、凍結狀態(tài)和消費金額等標識屬性。訂單的實體屬性如下圖所示。商品信息的實體屬性請見下圖 訂單實體對象 訂單實體對象對應著顧客購買商品的訂單信息，它包括訂單編號、商品品種數(shù)量 顧客信息、訂單執(zhí)行狀態(tài)、付款方式、送貨方式、折 扣、訂購日期和備注信息等。其余的屬性都是商品的通用的特征，例如商品名稱、分類、單價、進貨時間和商品簡介等。 商品實體對 象 商品實體包括商品編號、名稱、類型、單價、進貨時間等屬性。 二、 數(shù) 據(jù) 庫 的 詳細設計 分析系 統(tǒng) 功能 結 構 圖 ，每 個 功能模 塊 都需要操作一 個 或多 個數(shù) 據(jù) 實 體，如商品 實后臺功能模塊 商品維護 訂單管理 商品列表 公告管理 后臺登陸 退出系統(tǒng) 商品添加 會員管理 商品管理 圖 32 后臺功能模 塊圖 貴陽學院畢業(yè)論文（設計） 13 體 對 象、 訂單實 體 對 象和 會員實 體 對 象等。 [4] 信息需求定義所設計的數(shù)據(jù)庫將要用到的所有信息，描述實體、屬性、聯(lián)系的性質，描述數(shù)據(jù)之間的聯(lián)系。處理需求表示一個單位需要經(jīng)常進行的數(shù)據(jù)處理。 數(shù)據(jù)庫設計的任務是根據(jù)一個單位的信息需求、處理需求和數(shù)據(jù)庫的支撐環(huán)境，設計出數(shù)據(jù)模式（包括外模式、邏輯（概念）模式和內模式）以及典型的應用程序。 系 統(tǒng) 后臺功能 結 構 圖 如下所示： 前臺功能模塊 購物車 會員注冊 銷售排行 會員登陸 特價商品 新 品 上架 會員修改數(shù)據(jù) 商品查詢 收銀臺 商品展臺 商品購物 會員管理 商城公告 訂單查詢 圖 3 1 前臺功能結構圖 貴陽學院畢業(yè)論文（設計） 12 系 統(tǒng)數(shù) 據(jù) 庫設計 一、 數(shù) 據(jù) 庫設計 概述 數(shù)據(jù)庫設計是在給定的 DBMS、操作系統(tǒng)和 硬件環(huán)境下，如何表達用戶的需求，并將其轉換為有效的數(shù)據(jù)庫結構，構成較好的數(shù)據(jù)庫模式，這個過程稱為數(shù)據(jù)庫設計。 （ 6） 商品管理：包括對品牌、類別、基本信息等信息管理。 （ 4） 公告信息管理：對公告的增加、刪除、修改、和查詢。 （ 2） 會員信息管理：包括會員信息瀏覽、會員凍結、會員解凍等功能。 （ 7） 用戶登陸：用戶在購買商時需要登陸方能進行購物。 （ 5） 購 物 車 管理：包括清 除購 物 車 中所有商品、商品 數(shù) 量修改、 刪 除商品、收銀結賬 等功能。 （ 3） 商品 分類 展示：可 按特價商品、新款商品，商品 分類銷量 排行 顯 示。 前臺各 個 模 塊的詳細 功能 說 明如下： （ 1） 訂單 信息管理：提供用 戶訂單 信息功能，其中包括查看所有 訂單 、查看已發(fā)貨 的 訂單 等功能。前臺包括商品信息展示、用 戶 登 錄 、公告信息、特價商品、商品信息查 詢 、商品排行、用 戶 注 冊 等模 塊 。 在本系 統(tǒng) 中，采用了模 塊結 構化 設計 方法，根據(jù) 數(shù) 據(jù)流程 圖 ，按 層 次劃分各 個 模塊， 每 個 模 塊完 成一 個 功能，且每 個 模 塊 具有 單 入口 單 出口。 [1] 結 構化 設計技術 的核心是模 塊 分解 設計 ，模 塊 上系 統(tǒng)結 構 圖 的主要元素。系 統(tǒng)設計 的目 標 是使系 統(tǒng)實 現(xiàn)擁有 所要求的功能，同 時 ，力 爭達 到高效率、高可靠性、可修改性，并且容易掌握和使用。包括對數(shù)據(jù)元素的分析為以后的數(shù)據(jù)表設計打下基礎，對系統(tǒng)架構的初步設計和分析，對業(yè)務流程的分析并且對核心業(yè)務流程畫出流程圖。電子商城購物流程圖如圖 2 4 所示。制作電子商務系統(tǒng)的原理與超市購物的原理是一樣的，首先客戶應該在網(wǎng)頁中選購自己需要的商品并將商品放入購物車中，當然也可以改變購買商品的數(shù)量或清空購物車中的商品。 圖 2 1 訂單業(yè)務流程圖 是 未通過 通過 是 客戶訂單 等待審核 在線支付 ？ 等待付款 正在配貨 賬務審核 財務開配貨單據(jù) 配貨單據(jù) 發(fā)貨單 否 與客戶洽談修改或取消訂單 通過否 ？ 配送中 心 配送部開發(fā)貨單 客戶 貴陽學院畢業(yè)論文（設計） 8 3. 庫存業(yè)務流程描述如下：