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

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

超市管理系統(tǒng) 測試報告 題 目： 超市管理系統(tǒng) 姓 名： 陳小鏡 班 級： 統(tǒng)本軟件1403 日 期： 2016年11月16日 目 錄 1 引言 1 1.1編寫目的 1 1.2背景 1 1.3定義 1 1.4參考資料 1 2 超市管理系統(tǒng)測試需求 2 2.1 系統(tǒng)功能需求 2 2.2 系統(tǒng)環(huán)境需求 3 2.3 用戶類型與職能需求 3 3 超市管理系統(tǒng)風險 5 4 超市管理系統(tǒng)測試策略 6 4.1超市管理系統(tǒng)數(shù)據(jù)和數(shù)據(jù)庫完整性測試 6 4.2超市管理系統(tǒng)接口測試 6 4.3超市管理系統(tǒng)集成測試 6 4.4超市管理系統(tǒng)功能測試 7 4.5超市管理系統(tǒng)用戶界面測試 8 4.6性能評測 8 4.7超市管理系統(tǒng)負載測試 9 4.8超市管理系統(tǒng)強度測試 9 4.9超市管理系統(tǒng)容量測試 10 4.10安裝超市管理系統(tǒng)測試 11 5 超市管理系統(tǒng)測試工具 12 6 超市管理系統(tǒng)測試資源 13 6.1人力資源 13 6.2超市管理系統(tǒng)測試環(huán)境 13 7 測試進度 14 8 總結(jié) 15 9 參考文獻 16 1 引言 1.1編寫目的 超市管理系統(tǒng)“超市管理系統(tǒng)測試計劃”文檔有助于實現(xiàn)以下目標： （1）大大提高超市的運作效率； （2）通過全面的信息采集和處理，輔助提高超市的決策水平； （3）使用本系統(tǒng)，可以迅速提升超市的管理水平，為降低經(jīng)營成本， 提高效益，增強超市擴張力， 提供有效的技術(shù)保障。 1.2背景 由于現(xiàn)代經(jīng)濟的發(fā)展，超市規(guī)模也日益擴大，單靠人力已難以完全準確的統(tǒng)計與管理超市各種貨物的庫存與貨物銷售的相關(guān)記錄；并且隨著現(xiàn)代計算機和網(wǎng)絡(luò)的快速發(fā)展，各種超市信息化管理已成為一種不可避免的趨勢。通過開發(fā)該超市管理系統(tǒng)軟件能夠及時、方便、快捷的處理超市的各種人力無法解決的事務(wù)，從而減少人力、物力的開銷，提高超市收益。 1.3定義 本系統(tǒng)適應(yīng)于各種小型的超市。 1.4參考資料 下表1.1列出了制定超市管理系統(tǒng)測試計劃時所使用的文檔，并標明了各文檔的可用性： 表1.1 系統(tǒng)測試使用文檔 文檔（版本/日期） 已創(chuàng)建或可用 已被接收或已經(jīng)過復審 可行性分析報告 是 是 項目開發(fā)計劃書 是 是 軟件概要設(shè)計 是 是 軟件詳細設(shè)計 是 是 超市管理系統(tǒng)測試計劃 是 是 超市管理系統(tǒng)測試分析報告 是 是 項目開發(fā)總結(jié)報告 是 是 2 超市管理系統(tǒng)測試需求 2.1 系統(tǒng)功能需求 （1）零售前臺（POS）管理系統(tǒng)，本系統(tǒng)必須具有以下功能： 商品錄入：根據(jù)超巿業(yè)務(wù)特點制定相關(guān)功能，可以通過輸入唯一編號、掃描條形碼、商品名稱等來實現(xiàn)精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能準確快速地進行商品掃描錄入。 收銀業(yè)務(wù)：通過掃描條形碼或者直接輸入商品名稱（對于同類多件商品采用一次錄入加數(shù)量的方式）自動計算本次交易的總金額。在顧客付款后，自動計算找零，同時打印交易清單（包括交易的流水賬號、每類商品的商品名、數(shù)量、該類商品的總金額、交易的時間、負責本次收銀的員工號）。如果顧客是本店會員并持有本人會員卡，則在交易前先掃描會員卡，并對所購物品全部實行95折優(yōu)惠，并將所購物品的總金額累計到該會員的總消費金額中。 會員卡的有效期限為一年，滿一年未續(xù)卡者，該會員卡將被注銷。 安全性：OS登陸、退出、換班與操作鎖定等權(quán)限驗證保護；斷電自動保護最大限度防止意外及惡意非法操作。 獨立作業(yè)：有的斷網(wǎng)收銀即在網(wǎng)絡(luò)服務(wù)器斷開或網(wǎng)絡(luò)不通的情況下，收銀機仍能正常作業(yè) (2)后臺管理系統(tǒng)，本系統(tǒng)必須具備以下功能 進貨管理： 根據(jù)銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢打印計劃進貨與入庫記錄及金額。 銷售管理： 商品正常銷售、促銷與限量、限期及禁止銷售控制。 綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結(jié)賬情況等。 按多種方式統(tǒng)計生成銷售排行榜，靈活察看和打印商品銷售日、月、年報表。 庫存管理： 綜合查詢庫存明細記錄。 庫存狀態(tài)自動告警提示。如庫存過剩、少貨、缺貨等。軟件為您預(yù)警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。 人員管理： 員工、會員、供貨商、廠商等基本信息登記管理。 員工操作權(quán)限管理。 客戶銷售權(quán)限管理。 （3）系統(tǒng)結(jié)構(gòu)（模塊子系統(tǒng)結(jié)構(gòu)） 功能描述：商品錄入子系統(tǒng)要求能快速錄入商品，因此必須支持條形碼掃描。 功能描述：收銀業(yè)務(wù)子系統(tǒng)能計算交易總額，打印交易清單，并根據(jù)會員卡打折。 功能描述：進貨管理子系統(tǒng)可以根據(jù)庫存自動指定進貨計劃，進貨時自動等級，以及提供查詢和打印計劃進貨與入庫記錄的功能。 功能描述：銷售管理子系統(tǒng)可以控制某商品是否允許銷售，查詢每種商品的銷售情況并產(chǎn)生年、月、日報表，同時可以生成銷售排行榜。 功能描述：庫存管理子系統(tǒng)提供查詢庫存明細記錄的基本功能，并根據(jù)庫存的狀態(tài)報警，以及自動盤點計算。 功能描述：人員管理子系統(tǒng)提供基本信息登記管理，員工操作權(quán)限管理，客戶銷售權(quán)限管理的功能。 2.2 系統(tǒng)環(huán)境需求 系統(tǒng)模式：本系統(tǒng)采用C/S模式作為開發(fā)模式。 硬件環(huán)境： （1）服務(wù)器端：高性能的計算機一臺，普通的雙絞線作為連接。 （2）客戶端： 普通的計算機或者工作站，普通的雙絞線作為連接。 軟件環(huán)境： （1）服務(wù)器端：安裝SQL Server 2000的服務(wù)器版本，安裝windows 2000服務(wù)器版本，配置了諾頓等必須的防毒軟件。 （2）客戶端： 安裝mySQL 5以上的服務(wù)器版本，安裝了J_D_K 6以上工具軟件，安裝windows2000服務(wù)器版本。 2.3 用戶類型與職能需求 （1）員工（營業(yè)員）： 通過商品，條形碼掃描輸入商品到購買清單 操作軟件計算交易總金額 操作軟件輸出交易清單 對會員進行會員卡掃描以便打折 （2）超市經(jīng)理： 操作軟件錄入商品，供貨商，廠商 操作軟件制定進貨計劃 查詢打印計劃進貨與入庫記錄 操作軟件控制商品銷售與否 查詢打印銷售情況 操作軟件生成銷售排行榜 查詢庫存明細記錄 根據(jù)軟件發(fā)出的庫存告警進行入貨 操作軟件進行盤點計算 （3）總經(jīng)理： 基本信息登記管理 員工操作權(quán)限管理 客戶銷售權(quán)限管理 3 超市管理系統(tǒng)風險 （1）信息系統(tǒng)盡管功能強大，技術(shù)先進，但由于受到自身體系結(jié)構(gòu)，設(shè)計思路以及運行機制等限制，也隱含許多不安全因素。常見因素有：數(shù)據(jù)的輸入，輸出，存取與備份，源程序以及應(yīng)用軟件，數(shù)據(jù)庫，操作系統(tǒng)等漏洞或缺陷，硬件，通信部分的漏洞，企業(yè)內(nèi)部人員的因素，病毒，“黑客”等因素。因此，為使本系統(tǒng)能夠真正安全，可靠，穩(wěn)定地工作，必須考慮如下問題：為保證安全，不致使系統(tǒng)遭到意外事故的損害，系統(tǒng)因該能防止火，盜或其他形式的人為破壞。 （2）系統(tǒng)要能重建 （3）系統(tǒng)應(yīng)該是可審查的 （4）系統(tǒng)應(yīng)能進行有效控制，抗干擾能力強 （5）系統(tǒng)使用者的使用權(quán)限是可識別的 4 超市管理系統(tǒng)測試策略 4.1超市管理系統(tǒng)數(shù)據(jù)和數(shù)據(jù)庫完整性測試 超市管理系統(tǒng)中，數(shù)據(jù)庫和數(shù)據(jù)庫進程應(yīng)作為一個子系統(tǒng)來進行超市管理系統(tǒng)測試。在超市管理系統(tǒng)測試這些子系統(tǒng)時，不應(yīng)將超市管理系統(tǒng)的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng)（DBMS），還需要進行深入的研究，以確定可以支持以下超市管理系統(tǒng)測試的工具和技術(shù)，如表4.1所示： 表4.1 支持的技術(shù) 超市管理 系統(tǒng)測試 目標 確保數(shù)據(jù)庫訪問方法和進程正常運行，數(shù)據(jù)不會遭到損壞 技術(shù) 調(diào)用各個數(shù)據(jù)庫訪問方法和進程，并在其中填充有效的和無效的數(shù)據(jù)（或?qū)?shù)據(jù)的請求）。 檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預(yù)期的方式填充，并且所有的數(shù)據(jù)庫事件已正常發(fā)生；或者檢查所返回的數(shù)據(jù)，確保正當?shù)睦碛蓹z索到了正確的數(shù)據(jù) 完成標準 所有的數(shù)據(jù)庫訪問方法和進程都按照設(shè)計的方式運行，數(shù)據(jù)沒有遭到損壞。 需考慮的特殊事項 超市管理系統(tǒng)測試可能需要DBMS開發(fā)環(huán)境或驅(qū)動程序在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。 進程應(yīng)該以手工方式調(diào)用。 應(yīng)使用小型或最小的數(shù)據(jù)庫（記錄的數(shù)量有限）來使所有無法接受的事件具有更大的可視度。 4.2超市管理系統(tǒng)接口測試 有關(guān)于超市管理系統(tǒng)接口測試的內(nèi)容如表4.2所示： 表4.2 接口測試 超市管理系統(tǒng)測試目標 確保接口調(diào)用的正確性 超市管理系統(tǒng)測試范圍 所有軟件、硬件接口，記錄輸入輸出數(shù)據(jù) 需考慮的特殊事項 接口的限制條件 4.3超市管理系統(tǒng)集成測試 集成測試主要目的檢測系統(tǒng)是否達到需求對業(yè)務(wù)流程及數(shù)據(jù)流的處理是否符合標準，檢測系統(tǒng)對業(yè)務(wù)流處理是否存在邏輯不嚴謹及錯誤，檢測需求是否存在不合理的標準及要求。此階段超市管理系統(tǒng)測試基于功能完成的超市管理系統(tǒng)測試。如表4.3所示： 表4.3 系統(tǒng)集成測試策略 超市管理系統(tǒng)測試目標 檢測需求中業(yè)務(wù)流程，數(shù)據(jù)流的正確性 超市管理系統(tǒng)測試范圍 需求中明確的業(yè)務(wù)流程，或組合不同功能模塊而形成一個大的功能。 技術(shù) 利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內(nèi)容： 在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。 在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。 各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。 開始標準 在完成某個集成超市管理系統(tǒng)測試時必須達到標準 完成標準 所計劃的超市管理系統(tǒng)測試已全部執(zhí)行。 所發(fā)現(xiàn)的缺陷已全部解決。 超市管理系統(tǒng)測試重點 和優(yōu)先級 超市管理系統(tǒng)測試重點指在超市管理系統(tǒng)測試過程中需著重超市管理系統(tǒng)測試的地方，優(yōu)先級可以根據(jù)需求及嚴重來定 需考慮的 特殊事項 確定或說明那些將對功能超市管理系統(tǒng)測試的實施和執(zhí)行造成影響的事項或因素（內(nèi)部的或外部的） 4.4超市管理系統(tǒng)功能測試 對超市管理系統(tǒng)的功能超市管理系統(tǒng)測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的超市管理系統(tǒng)測試需求。這種超市管理系統(tǒng)測試的目標是核實數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務(wù)規(guī)則的實施是否恰當。此類超市管理系統(tǒng)測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（GUI）與應(yīng)用程序進行交互，并對交互的輸出或結(jié)果進行分析，以此來核實應(yīng)用程序及其內(nèi)部進程。表4.4為各種應(yīng)用程序列出了推薦使用的超市管理系統(tǒng)測試概要： 表4.4測試概要 超市管理系統(tǒng)測試目標 確保超市管理系統(tǒng)測試的功能正常，其中包括導航，數(shù)據(jù)輸入，處理和檢索等功能。 技術(shù) 利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內(nèi)容： 在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。 在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。 各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。 需考慮的特殊事項 確定或說明那些將對功能超市管理系統(tǒng)測試的實施和執(zhí)行造成影響的事項或因素（內(nèi)部的或外部的） 4.5超市管理系統(tǒng)用戶界面測試 UI超市管理系統(tǒng)測試的目標是確保用戶界面會通過超市管理系統(tǒng)的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。另外，UI超市管理系統(tǒng)測試還可確保UI中的對象按照預(yù)期的方式運行，并符合公司或行業(yè)的標準。本系統(tǒng)的用戶界面測試策略如表4.5所示： 表4.5 UI測試策略 超市管理系統(tǒng)測試目標 核實以下內(nèi)容： 通過超市管理系統(tǒng)測試進行的瀏覽可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab鍵、鼠標移動、和快捷鍵）的使用 窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標準。 技術(shù) 為每個窗口創(chuàng)建或修改超市管理系統(tǒng)測試，以核實各個應(yīng)用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態(tài)。 完成標準 成功地核實出各個窗口都與基準版本保持一致，或符合可接受標準 需考慮的 特殊事項 并不是所有定制或第三方對象的特征都可訪問。 4.6性能評測 性能評測的目標是核實性能需求是否都已滿足。實施和執(zhí)行性能評測的目的是將超市管理系統(tǒng)的性能行為當作條件（例如工作量或硬件配置）的一種函數(shù)來進行評測和微調(diào)。本系統(tǒng)的性能評測策略如表4.6所示： 表4.6 性能評測策略 超市管理系統(tǒng)測試目標 核實所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為： 正常的預(yù)期工作量 預(yù)期的最繁重工作量 技術(shù) 使用為功能或業(yè)務(wù)周期超市管理系統(tǒng)測試制定的超市管理系統(tǒng)測試過程。 通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項事務(wù)的迭代數(shù)量。 需考慮的特殊事項 綜合的性能超市管理系統(tǒng)測試還包括在服務(wù)器上添加后臺工作量。 可采用多種方法來執(zhí)行此操作，其中包括： 直接將“事務(wù)強行分配到”服務(wù)器上，這通常以“結(jié)構(gòu)化語言”（SQL）調(diào)用的形式來實現(xiàn)。 性能超市管理系統(tǒng)測試應(yīng)該在專用的計算機上或在專用的機時內(nèi)執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。 性能超市管理系統(tǒng)測試所用的數(shù)據(jù)庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫。 4.7超市管理系統(tǒng)負載測試 在這種超市管理系統(tǒng)測試中，將使超市管理系統(tǒng)承擔不同的工作量，以評測和評估超市管理系統(tǒng)在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載超市管理系統(tǒng)測試的目標是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行。此外，負載超市管理系統(tǒng)測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。本系統(tǒng)的系統(tǒng)負載測試策略如表4.7所示： 表4.7 負載測試策略 超市管理系統(tǒng)測試目標 核實所指定的事務(wù)或商業(yè)理由在不同的工作量條件下的性能行為時間。 技術(shù)： 使用為功能或業(yè)務(wù)周期超市管理系統(tǒng)測試制定的超市管理系統(tǒng)測試。 通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項事務(wù)發(fā)生的次數(shù)。 完成標準： 多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)成功地完成超市管理系統(tǒng)測試，沒有發(fā)生任何故障。 需考慮的特殊事項： 負載超市管理系統(tǒng)測試應(yīng)該在專用的計算機上或在專用的機時內(nèi)執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。 負載超市管理系統(tǒng)測試所用的數(shù)據(jù)庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫。 4.8超市管理系統(tǒng)強度測試 實施和執(zhí)行超市管理系統(tǒng)強度測試的目的是找出因資源不足或資源爭用而導致的錯誤。如果內(nèi)存或磁盤空間不足，超市管理系統(tǒng)就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬）而造成的。強度超市管理系統(tǒng)測試還可用于確定超市管理系統(tǒng)能夠處理的最大工作量。系統(tǒng)強度測試策略如表4.8所示： 表4.8 系統(tǒng)強度測試策略 超市管理系統(tǒng)測試目標 核實超市管理系統(tǒng)能夠在以下強度條件下正常運行，不會出現(xiàn)任何錯誤： 服務(wù)器上幾乎沒有或根本沒有可用的內(nèi)存（RAM和DASD） 連接或模擬了最大實際（實際允許）數(shù)量的客戶機 多個用戶對相同的數(shù)據(jù)或帳戶執(zhí)行相同的事務(wù) 最繁重的事務(wù)量或最差的事務(wù)組合（請參見上面的“性能超市管理系統(tǒng)測試”）。 技術(shù) 使用為性能評測或負載超市管理系統(tǒng)測試制定的超市管理系統(tǒng)測試。 要對有限的資源進行超市管理系統(tǒng)測試，就在一臺計算機上運行超市管理系統(tǒng)測試，而且應(yīng)該減少或限制服務(wù)器上的RAM和DASD。 完成標準 所計劃的超市管理系統(tǒng)測試已全部執(zhí)行，并且在達到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障，或者導致系統(tǒng)出現(xiàn)故障條件的并不在指定的條件范圍之內(nèi)。 4.9超市管理系統(tǒng)容量測試 容量測試使超市管理系統(tǒng)處理大量的數(shù)據(jù)，以確定是否達到了將使軟件發(fā)生故障的極限。容量超市管理系統(tǒng)測試還將確定超市管理系統(tǒng)在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。例如，如果超市管理系統(tǒng)正在為生成一份報表而處理一組數(shù)據(jù)庫記錄，那么容量超市管理系統(tǒng)測試就會使用一個大型的超市管理系統(tǒng)測試數(shù)據(jù)庫。檢驗該軟件是否正常運行并生成了正確的報表。那么，本系統(tǒng)的容量測試策略如表4.9所示： 表4.9 系統(tǒng)容量測試策略 超市管理系統(tǒng)測試目標 核實超市管理系統(tǒng)在以下高容量條件下能否正常運行： 連接或模擬了最大（實際或?qū)嶋H允許）數(shù)量的客戶機，所有客戶機在長時間內(nèi)執(zhí)行相同的、且情況（性能）最壞的業(yè)務(wù)功能。 已達到最大的數(shù)據(jù)庫大?。▽嶋H的或按比例縮放的），而且同時執(zhí)行多個查詢或報表事務(wù)。 技術(shù)： 使用為性能評測或負載超市管理系統(tǒng)測試制定的超市管理系統(tǒng)測試。 應(yīng)該使用多臺客戶機來運行相同的超市管理系統(tǒng)測試或互補的超市管理系統(tǒng)測試，以便在長時間內(nèi)產(chǎn)生最繁重的事務(wù)量或最差的事務(wù)組合（請參見上面的“強度超市管理系統(tǒng)測試”） 創(chuàng)建最大的數(shù)據(jù)庫大小（實際的、按比例縮放的、或填充了代表性數(shù)據(jù)的數(shù)據(jù)庫），并使用多臺客戶機在長時間內(nèi)同時運行查詢和報表事務(wù)。 完成標準 所計劃的超市管理系統(tǒng)測試已全部執(zhí)行，而且達到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障。 4.10安裝超市管理系統(tǒng)測試 安裝超市管理系統(tǒng)測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下　例如，進行首次安裝、升級、完整的或自定義的安裝　都能進行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。第二個目的是核實軟件在安裝后可立即正常運行。這通常是指運行大量為功能超市管理系統(tǒng)測試制定的超市管理系統(tǒng)測試。安裝超市管理系統(tǒng)測試策略如表4.10所示： 表4.10安裝超市管理系統(tǒng)測試策略 超市管理系統(tǒng)測試目標 核實在以下情況下，超市管理系統(tǒng)可正確地安裝到各種所需的硬件配置中： 首次安裝。以前從未安裝過超市管理系統(tǒng)的新計算機 更新。以前安裝過相同版本的超市管理系統(tǒng)的計算機 更新。以前安裝過＜Project Name>的較早版本的計算機 技術(shù) 手工開發(fā)腳本或開發(fā)自動腳本，以驗證目標計算機的狀況　首次安裝超市管理系統(tǒng)從未安裝過；超市管理系統(tǒng)安裝過相同或較早的版本。 啟動或執(zhí)行安裝。 使用預(yù)先確定的功能超市管理系統(tǒng)測試腳本子集來運行事務(wù)。 完成標準 超市管理系統(tǒng)事務(wù)成功執(zhí)行，沒有出現(xiàn)任何故障。 需考慮的特殊事項 應(yīng)該選擇超市管理系統(tǒng)的哪些事務(wù)才能準確地超市管理系統(tǒng)測試出超市管理系統(tǒng)應(yīng)用程序已經(jīng)成功安裝，而且沒有遺漏主要的軟件構(gòu)件。 5 超市管理系統(tǒng)測試工具 此項目將列出超市管理系統(tǒng)測試使用的工具，如表5.1所示： 表5.1 測試工具 用途 工具 生產(chǎn)廠商/自產(chǎn) 版本 發(fā)布運行程序 服務(wù)器 Apache Tomcat6.1.0 存儲數(shù)據(jù) T oracle公司 MySQL5 提供運行環(huán)境 運行平臺 Sun公司 J_d_k 6.0 6 超市管理系統(tǒng)測試資源 6.1人力資源 表6.1列出了在此項目的人員。 表6.1 項目人員 角色 陳小鏡 王婧婧 李梅 張召 張曉旺 李林 6.2超市管理系統(tǒng)測試環(huán)境 表6.2列出了超市管理系統(tǒng)測試的系統(tǒng)環(huán)境： 表6.2 系統(tǒng)測試環(huán)境 軟件環(huán)境（相關(guān)軟件、操作系統(tǒng)等） Windows 2007 Jdk 6.0 硬件環(huán)境（網(wǎng)絡(luò)、設(shè)備等） 32位機 7 測試進度 超市管理系統(tǒng)的測試進度如表7.1所示： 表7.1 測試進度 超市管理系統(tǒng)測試活動 計劃開始日期 實際開始日期 結(jié)束日期 制定超市管理系統(tǒng)測試計劃 6月2日 6月2日 6月2日 設(shè)計超市管理系統(tǒng)測試 6月4日 6月4日 6月4日 集成超市管理系統(tǒng)測試 6月5日 6月5日 6月5日 系統(tǒng)超市管理系統(tǒng)測試 6月6日 6月6日 6月6日 性能超市管理系統(tǒng)測試 6月7日 6月7日 6月7日 安裝超市管理系統(tǒng)測試 6月8日 6月8日 6月8日 8 總結(jié) 與傳統(tǒng)管理模式相比較，該超市管理系統(tǒng)的將會提高超市的工作效率，輔助提高超市高層的決策水平，管理水平，從而用利于節(jié)省人力，減少顧客的購物時間，增加顧客流動量，從一定程度上獲得更高的利潤，為超市帶來更高的效益。 在開發(fā)的過程中，由于開發(fā)者的能力有限，時間緊迫，因此本系統(tǒng)可能出現(xiàn)不足（例如：本系統(tǒng)只適合小型超市使用，中大型超市使用有一定缺陷）。超市管理系統(tǒng)涉及的范圍較廣，功能復雜，系統(tǒng)的實現(xiàn)有一定的難度，但在此中需要解決很多問題，該系統(tǒng)只實現(xiàn)了一部分功能。 對于在此系統(tǒng)中出現(xiàn)的問題，我們已最大的努力，但由于我們在學習的過程中存在一定的缺陷，有一些功能沒有辦法實現(xiàn)，本系統(tǒng)存在一些不足。因此，如發(fā)現(xiàn)還有其他問題，希望老師批評改正。 9 參考文獻 《數(shù)據(jù)庫原理及設(shè)計》 陶宏才編 清華大學出版社 《MYSQL 編程員指南》李香敏編 北京希望電子出版社 《輕松搞定 SQL Server 2000 程序設(shè)計》Rebecca M.Riordan編 《軟件工程規(guī)范》Watts S.Humphrey編 清華大學出版社 《軟件工程理論與實踐》 Shari Lawrence Pfleeger編 清華大學出版社 《軟件需求分析》 Swapna Kishore編 機械工業(yè)出版社 《軟件工程思想》 林銳編