倉庫管理系統(tǒng)項目軟件測試方案說明書

1、倉庫管理系統(tǒng)測試計劃第 1 章 引言 61.1 編寫目的 61.2 背景 61.3 參考資料 6第 2 章 任務概述 72.1 系統(tǒng)概述 72.2 目標 72.3 文檔概述 72.4 軟件測試環(huán)境 82.4.1 設備 82.4.2 軟件環(huán)境 92.5 條件與限制 9第 3 章 計劃 103.1 測試方案 10單元測試10集成測試10確認測試10測試工具113.2 測試項目 113.2.1 測試要求 113.2.2 測試類型 123.2.3 測試定義 123.2.4 暫停準則 123.3 測試準備 133.4 主要進度 133.5 風險管理 13 第 4 章 測試設計說明 144.1 測試用例設

2、計說明 144.1.1 用例選取原則 1415（1> 輸入 <輸入的數據和輸入命令）（2> 輸出 <預期的輸出數據） 15 （3> 步驟及操作 15（4> 允許偏差 154.2 測試執(zhí)行 164.3 回歸測試 16第 5 章 評價準則 165.1 軟件錯誤的嚴重性等級 165.2 測試通過標準 185.3 數據記錄、整理和問題分析 185.3.1 數據記錄和整理 185.3.2 問題確認及處理 18第1章引言1.1編寫目的本文檔是系統(tǒng)初步驗收過程中進行三方測試的測試方案，其主要描述了測試方案、測試項目和各 項目的測試用例設計說明等。測試人員可通過文檔的測試方

3、案結合測試用例，對系統(tǒng)進行測試。 本文檔的讀者范圍是：承建商超市倉庫管理員和技術人員; 軟件項目監(jiān)理；測試組技術人員；1.2背景在計算機飛速發(fā)展的今天，將計算機這一信息處理利器應用于超市倉庫的日常管理已是勢必所然，而且這也將為超市倉庫管理帶來前所未有的改變，它可以帶來意想不到的效益，同時也會為企業(yè)的飛速發(fā)展提供無限潛力。采用計算機管理信息系統(tǒng)已成為超市倉庫管理科學化和 現代化的重要標志，它給企業(yè)管理來了明顯的經濟效益和社會效益。主要體現在：極大提高了超市倉庫工作人員的工作效率，大大減少了以往入出存流程繁瑣，雜亂，周期長的弊端?；诔谐袀}庫管理的全面自動化，可以減少入庫管理、出庫管理及庫存管

4、理中的漏洞，可 以 節(jié) 約 不 少 管 理 開 支， 增 加 企業(yè) 收 入。 超市倉庫的管理的操作自動化和信息的電子化，全面提高了超市倉庫的管理水平1.3參考資料1>系統(tǒng)項目需求說明書2>項目總體設計說明書3>項目數據庫設計說明書第2章任務概述2.1 系統(tǒng)概述超市倉庫管理系統(tǒng)主要實現對物品和操作人員還有供應商等信息的進行同樣有效的管理，從而 實現物品查詢的和人員管理的現代化，實現信息共享超市倉庫管理系統(tǒng)主要包括：物品進銷存和人 員管理與系統(tǒng)維護這幾個方面。測試主要針對系統(tǒng)功能性、安全性、可靠性方面的測試。測試的執(zhí) 行人員為本項目的業(yè)主方、監(jiān)理方和承建方。本次測試計劃所描述的測

5、試工作為超市倉庫管理系統(tǒng) 系統(tǒng)的整體測試及性能測試。2.2目標通過系統(tǒng)測試檢查數據流是否符合總體設計說明書的要求，程序是否具備總體設計說明 書、需求說明書要求的功能，系統(tǒng)中各模塊的連接是否正確，模塊之間的數據流是否有中斷 的情況，數據流是否達到末端等。同時針對監(jiān)理方在測試過程中發(fā)現的問題進行相應的回歸測試， 保證已發(fā)現問題已解決。2.3 文檔概述本文檔按IEEE std 829-1998軟件測試文檔要求編寫，為適應本次驗收測試的要求，作了適 當調整。本文檔主要描述測試組計劃、組織和管理測試的方法和步驟，不描述測試用例的執(zhí)行細節(jié)，也不描述產品特征運行的技術細節(jié)。本文檔說明了準備和進超市倉庫管理系

6、統(tǒng)項目三方測試所應做的各項工作，并作為指導整個測試工 作的依據。本測試計劃的主要用途如下：定義軟件的三方測試；定義軟件測試環(huán)境；確定測試風險；測試通過準則；本測試計劃各章節(jié)包括以下內容：在任務概述中，描述了本測試計劃的被測試應用的簡況、背景、本文檔的簡介； 描述了構成測試環(huán)境所需的硬件和軟件配置，以及這些硬件和軟件的安裝、測試和管 理的計劃；在測試項目中，描述各項被測軟件的總體測試要求、測試類型、測試級別、測試定 義；在測試方法和基本原理中，描述執(zhí)行測試的方法和基本原理；在數據記錄、整理和問題分析中，描述按本測試計劃所作測試的數據整理和分析過程 并說明問題的判定、分級和處理；2.4 軟件測試環(huán)

7、境本次測試環(huán)境定于學生自己在宿舍的測試環(huán)境。測試所使用到的硬件設備、系統(tǒng)軟件、應用支 撐軟件由學生自己安排。設備表1-1測試設備環(huán)境產品名稱產品用途運行環(huán)境業(yè)務應用服務器運行下列系統(tǒng)的程序包： 倉儲管理系統(tǒng)Tomcat WINDOWS 操作 系統(tǒng)中心數據庫服務 器部署下列系統(tǒng)的數據庫實例表空間：倉儲 管理數據系統(tǒng)倉儲數據交換平臺Oracle10g DatabaseWINDOWS 操作系統(tǒng)2.4.2軟件環(huán)境操作系統(tǒng)：Windows XP軟件：、瀏覽器、 LoadRunner客戶端支持軟件：具有MS IE6.0或以上版本瀏覽器2.5 條件與限制本次測試的限制包括：(i因為本次測試對象只是一個文檔，

8、所以沒有測試實例，可能跟實際情況有出入，只能作為一個 參考測試方案。(2本次測試將不考慮關系數據庫的安裝和功能。測試前數據庫已安裝并處于可操作的狀態(tài)。(3本次測試將不直接測試Web服務器。(4整個測試主要進行系統(tǒng)測試，不準備進行單元測試和集成測試。本測試計劃和日程安排是在下述前提下完成的：(1需求和功能規(guī)格說明是完全的、正確的和穩(wěn)定的。(2系統(tǒng)實現了需求和功能規(guī)格說明所定義的功能。(3測試提示明確的描述了對本次測試的要求。第3章計劃3.1測試方案本次測試主要任務是對超市倉庫管理系統(tǒng)進行初步驗收的測試。測試的主要內容為：系統(tǒng)重要 功能測試、監(jiān)理方測試發(fā)現問題的回歸測試以及系統(tǒng)的性能測試。3.1.

9、1 單元測試在需求規(guī)格說明書中描述的所有功能，都將在選定的客戶端/服務器配置組合上進行測試。測試中需要考慮正常的功能實現和惡意測試，即使用設計者不期望的數據進行操作。3.1.2 集成測試集成測試的目的是確保各單元組合在一起后能夠按既定意圖協(xié)作運行，并確保增量的行為正確。它所測試的內容包括單元間的接口以及集成后的功能。使用黑盒測試方法測試集成的功能。集 成測試中沒完成的功能進行回歸測試。3.1.3 確認測試確認測試又稱為有效性測試。其任務是檢查軟件的功能和性能是否與需求說明書中確定的指標 相符。確認測試階段有進行確認測試與軟件配置審查兩項工作。確認測試一般是在模擬環(huán)境下運用黑盒測試方法，由專門測

10、試人員和用戶參加的測試。確認測 試需要需求說明書、用戶手冊等文檔，要制定測試計劃，確定測試的項目，說明測試的內容描述具 體的測試用例。集成測試中沒完成的功能進行回歸測試。軟件配置審查的任務是檢查軟件的所有文檔資料的完整性、正確性。如發(fā)現遺漏和錯誤，應補 充和改正。同時要編排好目錄，為以后的軟件維護工作奠定基礎。3.1.4 測試工具Mercury LoadRunner 8.1LoadRunner 是一種預測系統(tǒng)行為和性能的工業(yè)標準級負載測試工具。通過以模擬上千萬用戶 實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，LoadRunner 能夠對整個企業(yè)架構進行測試。通過使用LoadRunner，

11、企業(yè)能最大限度地縮短測試時間，優(yōu)化性能和加速應用系統(tǒng)的發(fā)布周期。目前企業(yè)的網絡應用環(huán)境都必須支持大量用戶，網絡體系架構中含各類應用環(huán)境且由不同供應 商提供軟件和硬件產品。難以預知的用戶負載和愈來愈復雜的應用環(huán)境使公司時時擔心會發(fā)生用戶 響應速度過慢，系統(tǒng)崩潰等問題。這些都不可避免地導致公司收益的損失。Mercury Interactive 的LoadRunner 能讓企業(yè)保護自己的收入來源，無需購置額外硬件而最大限度地利用現有的IT資源，并確保終端用戶在應用系統(tǒng)的各個環(huán)節(jié)中對其測試應用的質量，可靠性和可擴展性都有良好的評價。LoadRunner是一種適用于各種體系架構的自動負載測試工具，它能預

12、測系統(tǒng)行為并優(yōu)化系統(tǒng)性能。LoadRunner的測試對象是整個企業(yè)的系統(tǒng)，它通過模擬實際用戶的操作行為和實行實時性能監(jiān)測，能更快的查找和發(fā)現問題。此外， LoadRunner能支持廣范的協(xié)議和技術，提供特殊的解決方案。3.2 測試項目3.2.1測試要求對超市倉庫管理系統(tǒng)項目內部測試需要滿足下列要求：對軟件需求報告描述的軟件功能進行測試，以驗證其是否滿足規(guī)定的要求。 對軟件的安全性進行測試。對軟件可靠性進行測試，包括容錯性的測試。對軟件易用性進行測試，包括易理解性、易學性、易操作性的測試。使用等價類劃分、隨機測試、猜錯法、因果圖法、狀態(tài)圖法進行測試。完成對軟件需求的完全覆蓋。對系統(tǒng)的性能進行測試

13、，包括系統(tǒng)響應、并發(fā)測試。測試類型表3-1測試類型標識號測試對象功能性可靠性易用性性能功能安全性容錯性易用性響應時間并發(fā)性01超市倉庫管理系統(tǒng)測試定義表3-2測試定義項目標識號測試名稱測試特殊要求測試級別假定和約束 條件01超市倉庫管理系統(tǒng)無系統(tǒng)級參見本文3.2.4 暫停準則被測軟件無法正常安裝將導致暫停測試執(zhí)行活動。被測軟件在測試過程中發(fā)現重大缺陷，影響后續(xù)測試工作，將導致暫停測試執(zhí)行活動。3.3 測試準備建立測試項目表，測試項目表是指按照用戶需求說明書并結合本次測試的特點抽取重 要的業(yè)務 系統(tǒng)功能劃分為小的項目并建立列表。根據測試范圍和測試目標，設計各模塊的數據用例。測試各 模塊數據 是否

14、符 合系 統(tǒng)總體設計說明書 要求的數據流，檢查 程序的 來源 是否正 確， 數據的存儲及計算過程是否正確。并檢查系統(tǒng)是否達到用戶需求說明書所要求的功能3.4 主要進度表3-3測試進度序號活動負責人活動成果1測試方案編制測試計劃2測試用例設計測試用例集3測試執(zhí)行測試執(zhí)行記錄、問題報告集4回歸測試回歸測試執(zhí)行記錄5測試報告編制測試報告3.5 風險管理因為不可預料的原因導致測試時間壓縮，此外因受網絡環(huán)境的限制，性能測試時間也 將有所變動。通過增加延長測試時間，并采取加班方法解決。通過軟件測試組來負責 測試項目的總體管理工作，統(tǒng)一組織、監(jiān)控測試工作，協(xié)調測試與開發(fā)工作。因為測試人員是非系統(tǒng)開發(fā)人員，對

15、系統(tǒng)的熟悉、功能的理解會存在不明確的地方， 導致測試工作效率降低，甚至導致測試方向偏移?？赏ㄟ^加強與承建方測試人員的溝 通，相互 間形成共識，并由承建方人員對功能進行解說并提供技術支持。第4章測試設計說明本次測試共設計測試用例40個，用例覆蓋功能測試、安全性測試、易用性測試等測試類型，用例具體分布如下表所示：表3-4測試具體類型類型分布功能測試安全性測 試容錯性測 試易用性測 試性能測試合計超市倉庫管理系 統(tǒng)26623340所占比例%）65%15%5%7.5%7.5%100%4.1 測試用例設計說明用例選取原則用例設計策略具體描述為：功能測試根據軟件需求規(guī)格說明的功能描述，對軟件的各項功能逐一

16、進行驗證；在對軟件的各項子功能逐一進行測試時，對被測試軟件的可選擇項目和輸入數據進行 分類，每一個類數據分別設計測試用例；使用等價類劃分、隨機測試、猜錯法進行測試設計。安全性測試從授權用戶方面查看是否有足夠權限使用系統(tǒng)和數據來進行測試； 從非授權用戶方面查看是否能訪問系統(tǒng)和和數據來進行測試。容錯性測試通過用戶誤操作的幾種模式設計測試用例。使用錯誤的操作序列對軟件進行測試。使用超過輸入范圍的數據對軟件進行輸入的測試。易用性測試從軟件的易操作性、易學習性等方面對軟件進行逐項測試。性能測試根據系統(tǒng)用戶需求及總體設計的性能規(guī)定對系統(tǒng)的并發(fā)、響應速度方面進行測試。（1輸入 輸入的數據和輸入命令）各用例的

17、輸入數據和輸入命令，詳見各用例表格。（2輸岀 預期的輸岀數據）各用例的輸岀 包括預期界面輸岀和數據輸岀），詳見各用例表格。（3步驟及操作各用例的測試步驟及操作順序，詳見各用例表格。（4允許偏差1 用例中所描述的操作提示 包括操作前提示、操作結果提示），可能與實際測試界 面提示文字存在差異。在不影響用戶對該提示的理解的情況下，該差異屬于系統(tǒng)允許偏差。2 用例中所描述的界面操作控件的名稱、標題，可能與實際測試界面的操作控件存在差異。在不產生歧義的情況下 例如，“添加”與“增加”），該差異屬于系統(tǒng)允許偏差。4.2 測試執(zhí)行測試執(zhí)行應嚴格按照測試計劃中的進度安排進行，執(zhí)行過程中，應做好詳盡的測試記錄，

18、這些 記錄包括：記錄每個用例的執(zhí)行結果；記錄用例執(zhí)行過程中相關的細節(jié)；記錄執(zhí)行測試過程中岀現的不尋常的結果； 記錄測試過程中新增的測試用例。4.3回歸測試回歸測試將重新測試發(fā)現缺陷的測試用例，以確認軟件缺陷得到修復。第5章評價準則5.1 軟件錯誤的嚴重性等級表5-1測試錯誤等級嚴重性等級說明1不能執(zhí)行正常功能或重要功能?；蛘呶＜叭松戆踩?。2嚴重地影響系統(tǒng)要求或基本功能的實現，且沒有辦法解決。3嚴重地影響系統(tǒng)要求或基本功能的實現，但存在合理的解決辦法。4使操作者不方便或遇到麻煩，但不影響執(zhí)行工作功能或重要功能。5其他錯誤表5-2測試特性測試特性嚴重性等級功能功能沒有實現1功能部分沒有實現，沒有替

19、代方案2功能部分沒有實現，有替代方案3業(yè)務'業(yè)務流程存在重大隱患1業(yè)務流程銜接錯誤2性能不能滿足性能指標2容錯由誤操作或錯誤輸入等導致死機或系統(tǒng)自動退岀1對誤操作、錯誤輸入沒有提示3沒有識別非法值、錯誤輸入，導致錯誤數據存儲到數據庫中3易用界面不友好，出現中英文夾雜的界面4提示不清楚、岀現原始的英文提示4界面風格不一致4要求用戶重復輸入計算機可記憶的內容，如數據庫設計錯誤，違反數據一致性規(guī)則3要求用戶重復輸入計算機可記憶的內容，如導致用戶使用不方便4沒有聯(lián)機幫助4查詢結果輸岀方式不直觀4適應在特定的軟、硬件環(huán)境下，功能不能實現1t在特定的軟、硬件環(huán)境下，功能部分不能實現，沒有替代方案2在特定的軟、硬件環(huán)境下 功能部分不能實現，有合理的替代方 案35.2 測試通過