【正文】 ref第5章 部分模塊的實現(xiàn)與測試 本章主要介紹軟件測試的原則和目的，對本系統(tǒng)的公共模塊、訂單管理、銷售管理、采購管理和庫存管理模塊的實現(xiàn)原理進行了詳細的敘述，并對模塊的活動圖進行介紹，最后對實現(xiàn)的代碼進行了單元測試。 測試的目的和原則軟件開發(fā)完成后，要對系統(tǒng)進行總體的測試。系統(tǒng)測試，不但要檢查驗證系統(tǒng)是否按照預期的過程運行，還要在用戶輸入或操作出錯時要給出相應的提示。本系統(tǒng)在登錄部分設置了不同權限，可以根據(jù)用戶身份轉至不同的界面，有效地防止了越權操作。 對軟件進行測試的目的(1) 測試是一個為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。(2) 好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的測試用例。(3) 一個成功的測試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。(4) 根據(jù)這個測試目的，我們應該排除對測試的錯誤觀點，設計合適的測試用例，用盡可能少的測試用例，來發(fā)現(xiàn)盡可能多的軟件錯誤。 軟件測試的基本原則(1) 所有的測試都可追溯到客戶需求。(2) 應該在測試工作真正開始前的較長時間就進行測試計劃。(3) Pareto原則：測試中發(fā)現(xiàn)的80%的錯誤可能來自于20%的程序代碼。(4) 測試應從“小規(guī)?！遍_始，逐步轉向“大規(guī)?！?。(5) 窮舉測試是不可能的。(6) 為了達到最有效的測試，應由獨立的第三方來承擔測試。 公共模塊在項目中有一些所有模塊都要用到的類，為了方便開發(fā)，把這些都用到的類獨立出來，便于調(diào)用和節(jié)省代碼量。 數(shù)據(jù)庫的連接在連接數(shù)據(jù)庫的類中，通過配置文件注冊驅動，采用連接到數(shù)據(jù)庫工廠模式，提供創(chuàng)建對象的接口。系統(tǒng)通過DataSource()對象獲得數(shù)據(jù)庫的連接。DataSource()對象注冊在JNDI命名服務上，應用程序可以通過標準的方式獲得到注冊在JNDI服務上的DataSource對象，如果當前DataSource不支持數(shù)據(jù)庫連接池，應用程序將獲得一個和物理數(shù)據(jù)庫連接對應的Connection對象。而如果當前的DataSource對象支持數(shù)據(jù)庫連接池，應用程序自動獲得重用的數(shù)據(jù)庫連接進行訪問數(shù)據(jù)的操作，完成操作后應顯式的調(diào)用close()關閉數(shù)據(jù)庫連接。 過濾器通過過濾器對容器的調(diào)用過程進行攔截，實現(xiàn)一些通用的邏輯，對頁面進行編碼處理、實現(xiàn)權限管理、安全處理、Session驗證等。新建MyFilter類，并實現(xiàn)Filter接口，在doFilter()方法里，實現(xiàn)過濾的邏輯。 監(jiān)聽器系統(tǒng)通過監(jiān)聽器監(jiān)聽另一個Java對象的方法調(diào)用或屬性改變。新建ContextListener類，并實現(xiàn)監(jiān)聽接口(ServletContextListener、HttpSessionListener)，在ContextInitialized()方法中對ServletContext， HttpSession 和 ServletRequest三個域對象實現(xiàn)監(jiān)聽。 訂單管理模塊該模塊中主要提供對顧客訂單的維護，這其中包括查詢訂單及訂單明細、訂單及訂單明細狀態(tài)的修改等訂單和訂單明細分別對訂單信息進行詳細的顯示，這兩個操作都涉及到多張表的關聯(lián)。訂單狀態(tài)修改中提供了對訂單明細中顧客需求商品和數(shù)量進行配貨后的訂單明細操作。對已審核但配貨時庫存量不足的訂單明細，將訂單明細狀態(tài)改為不能出庫的操作，訂單狀態(tài)修改的后續(xù)工作不能進行。 活動圖 當在訂單管理模塊進行相關的操作時，由圖即可得知操作所涉及的相關業(yè)務。 界面，主要涉及訂單查詢子模塊，主要有訂單查詢、訂單明細、訂單狀態(tài)等相關業(yè)務。 測試用例實現(xiàn)系統(tǒng)訂單管理的模塊并不代表已經(jīng)完成該模塊的開發(fā)，還要對該模塊進行詳細的測試，這樣才能保證系統(tǒng)真正投入使用時安全穩(wěn)定。下面對訂單管理模塊進行詳細的單元測試。功能描述參與者登錄進入系統(tǒng)后選擇訂單管理進行相關的操作用例目的測試訂單管理模塊功能的正確性和全面性前提條件數(shù)據(jù)庫連接正常，系統(tǒng)部署成功，相關參與者登錄系統(tǒng)操作步驟(1)訂單查詢條件 (2)點擊查詢測試項輸入數(shù)據(jù)動作預期結果實際結果單查詢(單一條件的測試)單查詢(單一條件的測試)訂單編號：1001商品名稱：空顧客姓名：空開始時間：空結束時間：空訂單狀態(tài)：空系統(tǒng)按訂單編號顯示訂單信息執(zhí)行結果為：訂單編號：空商品名稱：IBM X200顧客姓名：空開始時間：空結束時間：空訂單狀態(tài)：空系統(tǒng)按商品名稱顯示訂單信息執(zhí)行結果為：訂單編號：空商品名稱：空顧客姓名：Jor開始時間：空結束時間：空訂單狀態(tài)：空系統(tǒng)按顧客姓名顯示訂單信息執(zhí)行結果為：訂單編號：空商品名稱：空顧客姓名：空開始時間：20070401 11:58:00結束時間：空訂單狀態(tài)：空系統(tǒng)按開始時間顯示訂單信息執(zhí)行結果為：訂單編號：空商品名稱：空顧客姓名：空開始時間：空結束時間：20120530 12:00:13訂單狀態(tài)：空系統(tǒng)按結束時間顯示訂單信息執(zhí)行結果為：訂單編號：空商品名稱：空顧客姓名：空開始時間：空結束時間：空訂單狀態(tài)：已確認系統(tǒng)按訂單狀態(tài)顯示訂單信息執(zhí)行結果為：訂單編號：空商品名稱：空顧客姓名：空開始時間：空結束時間：空訂單狀態(tài)：空系統(tǒng)顯示所有訂單信息執(zhí)行結果為：訂單明細查詢訂單列表頁面選擇某條訂單查看訂單明細系統(tǒng)按選擇的訂單，顯示其訂單明細執(zhí)行結果為：訂單狀態(tài)修改訂單明細頁面修改訂單狀態(tài)系統(tǒng)判斷訂單狀態(tài)能否修改，如果可以修改，訂單列表頁面訂單狀態(tài)發(fā)生變化，否則不發(fā)生變化執(zhí)行結果為：訂單明細狀態(tài)修改選擇訂單明細中某件商品，點擊出庫系統(tǒng)判斷訂單明細狀態(tài)能否修改，如果可以修改，頁面訂單明細狀態(tài)發(fā)生變化，否則不發(fā)生變化執(zhí)行結果為： 采購管理模塊采購管理模塊是由商品采購模塊，和采購記錄模塊兩個子模塊組成。商品采購模塊主要是管理人員對庫存商品的及時更新的操控，保證系統(tǒng)的運營。采購記錄模塊主要是對商品采購記錄的查詢，便于管理人員對商品采購進行合理的規(guī)劃。 活動圖當在采購管理模塊進行相關的操作時，由圖即可得知操作所涉及的相關業(yè)務。 界面 采購管理主要涉及商品采購和采購記錄子模塊，主要有商品采購查詢、采購明細、入庫操作等相關業(yè)務。 測試用例商品采購模塊中，基本業(yè)務是對商品進行入庫操作，對于初始頁面的商品查詢，不作為測試點，測試時在初始頁面查詢條件全部為空，默認查詢所有，下面對采購管理模塊進行詳細的單元測試。功能描述參與者登錄進入到系統(tǒng)后選擇采購管理模塊進行相關的操作用例目的測試商品采購模塊功能的正確性和全面性前提條件數(shù)據(jù)庫連接正常，系統(tǒng)部署成功，參與者登錄成功測試項操作步驟預期結果實際結果商品采購商品查詢頁面商品編號：空商品名稱：空點擊查詢查詢結果頁面選擇某件商品商品數(shù)量：0點擊入庫系統(tǒng)提示商品數(shù)量格式有誤執(zhí)行結果為：商品查詢頁面商品編號：空商品名稱：空點擊查詢查詢結果頁面選擇某件商品商品數(shù)量：10點擊入庫系統(tǒng)提示采購成功執(zhí)行結果為：商品列表頁面該商品數(shù)量比原來數(shù)量多10商品查詢頁面商品編號：空商品名稱：空點擊查詢查詢結果頁面選擇某件商品商品數(shù)量：10點擊入庫系統(tǒng)提示商品數(shù)量格式有誤執(zhí)行結果為：商品查詢頁面商品編號：空商品名稱：空點擊查詢查詢結果頁面選擇某件商品商品數(shù)量：zzti%點擊入庫系統(tǒng)提示商品數(shù)量格式有誤執(zhí)行結果為：采購記錄查詢采購記錄查詢采購商品編號：1001采購商品名稱：空采購員編號：空采購員姓名：空采購起始時間：空采購終止時間：空系統(tǒng)按采購商品編號顯示采購記錄執(zhí)行結果為：采購商品編號：空采購商品名稱：IBM X200采購員編號：空采購員姓名：空采購起始時間：空采購終止時間：空系統(tǒng)按采購商品名稱顯示采購記錄執(zhí)行結果為：采購商品編號：空采購商品名稱：空采購員編號：1003采購員姓名：空采購起始時間：空采購終止時間：空系統(tǒng)按采購員編號顯示采購記錄執(zhí)行結果為：采購商品編號：空采購商品名稱：空采購員編號：空采購員姓名：李詠采購起始時間：空采購終止時間：空系統(tǒng)按采購員姓名顯示采購記錄執(zhí)行結果為：采購商品編號：空采購商品名稱：空采購員編號：空采購員姓名：空采購起始時間：19740508 00:00:00采購終止時間：空系統(tǒng)按采購起始時間顯示采購記錄執(zhí)行結果為：采購商品編號：空采購商品名稱：空采購員編號：空采購員姓名：空采購起始時間：空采購終止時間：19800508 00:00:00系統(tǒng)按采購終止時間顯示采購記錄執(zhí)行結果為：采購商品編號：空采購商品名稱：空采購員編號：空采購員姓名：空采購起始時間：空采購終止時間：空系統(tǒng)顯示所有采購記錄執(zhí)行結果為： 銷售管理模塊銷售管理模塊是由商品銷售模塊，其實也是訂單管理模塊和銷售記錄模塊兩子模塊組成。該模塊的主要作用是方便管理人員對銷售情況的及時的操控，了解商品的詳情。其中商品銷售類似于訂單管理模塊，但是訂單的狀態(tài)只有已確認和待確認兩種狀態(tài)。 活動圖當在銷售管理模塊進行相關的操作時，由圖即可得知操作所涉及的相關業(yè)務。 界面銷售管理主要涉及商品銷售和銷售記錄子模塊，主要有商品銷售查詢、銷售明細、出庫操作等相關業(yè)務，涉及到多張表操作。 庫存管理模塊 庫存管理模塊是由庫存統(tǒng)計模塊，和庫存盤點模塊兩個子模塊組成。庫存統(tǒng)計模塊的主要作用是管理人員對庫存商品的及時了解，對其采購及銷售信息的掌控，提供充裕的商品供客戶需求，庫存盤點是對庫存商品低于系統(tǒng)閥值的商品的統(tǒng)計，并可對盤點的商品進行清零等相關操作。 活動圖當在庫存管理模塊進行相關的操作時，由圖即可得知操作所涉及的相關業(yè)務。 界面庫存管理主要有庫存統(tǒng)計和庫存盤點兩個子模塊，涉及商品采購記錄、商品銷售記錄、庫存盤點等相關業(yè)務。 測試用例本模塊中庫存統(tǒng)計中商品采購記錄查詢和商品銷售記錄查詢流程基本相同，在此模塊只詳細說明商品采購模塊的測試用例。功能描述參與者登錄到系統(tǒng)選擇庫存管理模塊進行相關的操作用例目的測試登錄功能的正確性和全面性前提條件數(shù)據(jù)庫連接正常，系統(tǒng)部署成功測試項操作步驟預期結果實際結果庫存統(tǒng)計庫存統(tǒng)計商品查詢頁面商品編號：1001商品名稱：IBM X200點擊查詢查詢結果頁面選擇某件商品選擇采購記錄采購記錄查詢頁面采購起始時間：空采購終止時間：19780503 05:04:點擊查詢系統(tǒng)顯示采購終止時間之前商品采購信息執(zhí)行結果為：商品查詢頁面商品編號：1001商品名稱：IBM X200點擊查詢查詢結果頁面選擇某件商品選擇采購記錄采購記錄查詢頁面采購起始時間：19760503 05:04:采購終止時間：空點擊查詢系統(tǒng)顯示采購起始時間之后的商品采購信息執(zhí)行結果為：商品查詢頁面商品編號：1001商品名稱：IBM X200點擊查詢查詢結果頁面選擇某件商品選擇采購記錄采購記錄查詢頁面采購起始時間：19780503采購終止時間：19760503點擊查詢系統(tǒng)顯示處于起始時間與終止時間之間的采購信息執(zhí)行結果為：商品查詢頁面商品編號：1001商品名稱：IBM X200點擊查詢查詢結果頁面選擇某件商品選擇采購記錄采購記錄查詢頁面采購起始時間：采購終止時間：點擊返回系統(tǒng)返回采購記錄查詢頁面執(zhí)行結果為：庫存盤點庫存盤點在庫存盤點頁面選擇全選按鈕頁面顯示的商品信息選擇框處于選中狀態(tài)執(zhí)行結果為：在庫存盤點頁面先選擇全選按鈕，在選擇反選按鈕頁面顯示的商品信息選擇框處由于選中狀態(tài)變?yōu)槲催x中狀態(tài)執(zhí)行結果為：在庫存盤點頁面先選擇全選按鈕，在選擇清除按鈕頁面顯示的商品信息選擇框處由于選中狀態(tài)變?yōu)槲催x中狀態(tài)執(zhí)行結果為：在庫存盤點頁面選擇全選按鈕，點擊庫存清零庫存盤點頁面信息清空，系統(tǒng)給予友好提示執(zhí)行結果為： 測試結論從以上的測試數(shù)據(jù)和測試結果可以看出，各個功能模塊都能正確的運行，運行結果與預期基本一致?；旧蠈崿F(xiàn)了需求分析和系統(tǒng)設計中所提到的所有功能。對于一些不合法的輸入，系統(tǒng)也能給出相應