美萍酒店管理系統(tǒng)測試計劃

1、美萍酒店管理系統(tǒng)測試計劃一、簡介1、產(chǎn)品簡介美萍酒店管理系統(tǒng)是美萍公司推出的一款專業(yè)的酒店管理軟件，它集前臺酒店客房管理系統(tǒng) (酒店客房管理軟件 )，酒店員工管理系統(tǒng)，酒店客戶管理系統(tǒng) ,酒店物品管理系統(tǒng)，酒店訂房系統(tǒng)等強大功能為一身，充分結(jié)合中國酒店業(yè)的管理實情 ,系統(tǒng)界面簡潔優(yōu)美，操作直觀簡單，無需專門培訓即可正常使用。是廣大酒店賓館，飯店，旅館，招待所等信息化管理場所理想的賓館客房管理軟件。2、測試目的（ 1）驗證軟件的所有的功能正確，且具有良好的容錯性（ 2）驗證軟件的所有安裝形式的正確性，且安裝過程簡單（ 3）軟件的界面美觀大方、遵循開發(fā)標準和業(yè)界規(guī)范，在同類產(chǎn)品中具有較高的競爭優(yōu)勢

2、3、測試范圍重點從兩個方面編寫A 從軟件的功能模塊范圍考慮- 應該包括所有的功能模塊參考功能模塊層次劃分.xlsB 從測試階段考慮 - 單元測試，集成，系統(tǒng)，驗收系統(tǒng)維護修改當前操作修改當前操作員密碼4-veryHigh員密碼系統(tǒng)設置房間設置5-urgent商品設置5-urgent服務生設置5-urgent客戶設置5-urgentVIP 設置4-veryHigh操作員設置計費設置外接設備設置。工具欄增加消費營業(yè)查詢營銷管理增加消費日常查詢財務查詢協(xié)議客戶管理VIP 會員管理5-urgrent賓客資料管理。左側(cè)小窗口狀態(tài)便簽提醒快速通道主窗口右鍵彈出菜單部分結(jié)賬兌換商品制作門卡顯示方式查看方式房

3、務中心押金狀態(tài)可供房間當前房態(tài)歷史 /未來房態(tài)押金總狀態(tài)押金收取明細在店儲值卡賓客刷新顯示消費清單表格登陸說明：重要級是按照 QC 中的 priority 進行劃分，分別為：urgent 、veryhigh 、 high 、 medium 、low ，其中 urgent 為最重要，主要涉及基礎數(shù)據(jù)和日常管理的模塊（2）測試的階段可以劃分為：（測試階段：單元、集成、系統(tǒng)、驗收（ alpha 、beta）測試階段描述重要級系功能測試保證軟件的所有功能的正確性， 且具有良1統(tǒng)好的健壯性測安裝測試保證軟件在各種安裝環(huán)境中能夠安裝成1試功（完全、普通、自定義）界面測試保證軟件的界面美觀大方、符合標準2易

4、用性測試保證軟件操作簡單，符合大部分用戶的使2用習慣文檔測試保證相關(guān)的文檔內(nèi)容正確，沒有錯別字，3可以作為用戶的培訓教材驗Alpha 測試在項目測試的后期，可以和系統(tǒng)測試一起2收進行，讓潛在的用戶參與測試， 并且盡量測使用實際的數(shù)據(jù)試Beta 測試把軟件免費發(fā)放給目標客戶群體， 使其在1真實的環(huán)境中免費試用， 幫助用戶導入實際營業(yè)中的數(shù)據(jù)，使其體驗產(chǎn)品說明：重要級為1最重要， 2次重要二、測試參考文檔和測試提交文檔1、測試參考文檔（1）美萍酒店管理系統(tǒng)安裝手冊（2）系統(tǒng)需求（3）用戶幫助文檔2、測試提交文檔（1）測試計劃（2）測試用例寫在 excel 中，然后再導入 QC 中執(zhí)行（3）缺陷報告

5、直接在 QC 中提交（4）測試總結(jié)報告（5）安裝測試用例（方案） -測試安裝過程（6）界面審查單（測試用例）三、測試進度（主要參考開發(fā)組的進度）測試過程天數(shù)計劃開始日期實際開始日期實際結(jié)束日期熟悉需求10編寫測試計15劃設計測試用40例執(zhí)行測試用30例總結(jié)報告3Alpha 測試5Beta 測試10驗收測試報3告四、測試資源主要考慮：人力資源，軟硬件資源1、人力資源角色人數(shù)職責描述測試經(jīng)理11、編寫測試計劃2、負責核心模塊用例的編寫和執(zhí)行3、負責缺陷的跟蹤、管理，質(zhì)量的控制4、負責測試資源的統(tǒng)籌協(xié)調(diào)測試工程師51、負責所分配模塊測試用例的編寫和執(zhí)行2、提交缺陷報告，進行缺陷的跟蹤、返測3、對缺陷

6、數(shù)據(jù)進行分析、總結(jié)4、完成經(jīng)理分配的臨時性工作3、人員的具體任務安排根據(jù)本組情況具體制定姓名職位任務張三測試經(jīng)理1、編寫測試計劃2、負責“系統(tǒng)設置”中房間設置、商品設置、服務生設置、客戶設置以及散客開單、團體開單模塊用例的編寫和執(zhí)行李四測試工程師1、參與測試計劃的評審2、負責。用例的編寫和執(zhí)行3、編寫安裝測試方案。王五測試工程師1、參與測試計劃的評審2、負責。用例的編寫和執(zhí)行。4、測試環(huán)境（1）QC服務器硬件CPU內(nèi)存硬盤2.0GHZ ，雙核4GB200GB軟件操作系統(tǒng)Windows server2003（sp2）enterprise （企業(yè)版）數(shù)據(jù)庫MS-SQLServer2005（ 2）測

7、試機硬件CPU2.0GHZ ，雙核Intel、AMD內(nèi)存硬盤2GB100GB軟件操作系統(tǒng)WinxpWin7Win8數(shù)據(jù)庫Access2003Access2007Access20103、測試工具用途名稱廠商版本測試管理工具Quality CenterHP10.0五、缺陷的嚴重程度和優(yōu)先級1、級別描述5-urgent1、軟件在使用過程中造成計算機的異常關(guān)閉、重啟2、軟件在使用過程中異常關(guān)閉，數(shù)據(jù)丟失3、重要級別為 urgent 的模塊功能沒有實現(xiàn)或?qū)崿F(xiàn)不完整4、重要級別為 urgent 的模塊在操作過程中出現(xiàn)錯誤，造成該功能不能完成（或錯誤的完成）4-veryhigh1、重要級別為 veryhig

8、h 的模塊功能沒有實現(xiàn)或?qū)崿F(xiàn)不完整2、重要級別為 veryhigh 的模塊在操作過程中出現(xiàn)錯誤，造成該功能不能完成（或錯誤的完成）3、所有的數(shù)據(jù)庫操作錯誤3-high1、重要級別為 high 的模塊功能沒有實現(xiàn)或?qū)崿F(xiàn)不完整2、重要級別為high 的模塊在操作過程中出現(xiàn)錯誤，造成該功能不能完成（或錯誤的完成）3、安裝測試中出現(xiàn)的問題（界面錯誤除外）4、非法數(shù)據(jù)可以添加到程序中，沒有給出適當?shù)奶幚?-medium1、重要級別為 medium 的模塊功能沒有實現(xiàn)或?qū)崿F(xiàn)不完整2、重要級別為 medium 的模塊在操作過程中出現(xiàn)錯誤，造成該功能不能完成（或錯誤的完成）3、界面錯誤4、文檔測試中的錯誤-l

9、ow1、易用性問題2、建議性問題2、優(yōu)先級級別描述5-urgent要求程序員立即停止當前的開發(fā)任務，進行缺陷修復，否則將影響開發(fā)或測試的進度4-veryhigh程序員根據(jù)當前的開發(fā)任務，適當?shù)陌才判薷娜蝿?，但是應該在本周期（cycle）中解決3-high程序員可以在下一個周期（cycle）中解決2-medium程序員可以在下一個版本（release）中解決1-Low盡量在發(fā)布之間解決3、缺陷跟蹤及測試版本測試人員提交 New 狀態(tài)的 BUG 給開發(fā)經(jīng)理，由負責人 Open 缺陷并指派開發(fā)人員， 測試人員對 Fixed 的缺陷進行返測， 并將其狀態(tài)改為Reopen 或 Closed，確保缺陷的最

10、終狀態(tài)為Closed。六、風險分析從人力較少， 時間較短，需求不明確或經(jīng)常變化等因素考慮序號風險風險描述解決辦法影響程度1時 間 資測試的工作1、再增加 3-4 名測試高源量較大，分配工程師時間較少2、在系統(tǒng)測試的后期可以調(diào)用全公司的人員參與到測試當中2人 力 資 人員較少，且1、可以優(yōu)先招聘就有行業(yè)高源都不具備酒背景的工程師店行業(yè)的業(yè)2、讓酒店人員進行業(yè)務培務背景訓3、允許測試人員參與開發(fā)組的需求討論會3需 求 變有些需求不1、要求需求人員明確所有中更是特別明確的需求信息2、當需求變更時，及時更新需求文檔七、測試策略（重點，難點）根據(jù)軟件的特點、 結(jié)構(gòu)使用的編程語言、 數(shù)據(jù)庫等，決定對軟件實

11、施測試的方式方法，一般包括：功能測試、性能測試、安裝測試、兼容性測試、數(shù)據(jù)庫測試、界面測試、文檔測試、易用性測試、白盒測試、安全性、自動化1、功能測試-測試用例測試目標軟件所有的功能正確實現(xiàn)，且具有良好的容錯性（健壯性）測試范圍所有的功能模塊，尤其是涉及日常管理的核心業(yè)務模塊測試技術(shù)根據(jù)模塊的需求，綜合采用各種編寫用例的方法，充分考慮軟件使用的各種場景，并使用有效數(shù)據(jù)和無效數(shù)據(jù)對軟件進行測試，重點采用：等價類劃分，邊界值，判定表（因果法） ，場景法等開始標準各功能模塊開發(fā)完成完成標準各功能模塊符合需求測試重點和優(yōu)先涉及酒店日常經(jīng)營管理的核心模塊優(yōu)先級最高，級需考慮的特殊事項這些模塊應該分配給更

12、具有經(jīng)驗的工程師進行測試要求測試工程師要編寫測試用例，核心模塊的用例要經(jīng)過正式評審后才可以執(zhí)行對新入職的經(jīng)驗較少的員工可以進行用例方法的培訓2、安裝測試 -安裝測試用例測試目標軟件的各種安裝形式（完全、普通、自定義）可以安裝在所有的計算機中，且安裝過程簡單。測試范圍1、考慮軟件的所有安裝形式2、要考慮不同的 CPU（Intel和 AMD）上的安裝測試技術(shù)安裝測試技術(shù)開始標準開發(fā)組形成安裝文件完成標準各種安裝形式滿足安裝需求測試重點和優(yōu)先完全級普通自定義需考慮的特殊事前期可以適當?shù)牟捎锰摂M機項3、界面測試-界面審查單（測試用例）測試目標界面要求美觀大方，吸引客戶，并符合界面開發(fā)標準測試范圍測試技

13、術(shù)開始標準完成標準測試重點和優(yōu)先所有的用戶界面（包括錯誤提示界面）界面檢查與功能測試同時進行界面滿足需求涉及日常管理的核心業(yè)務模塊重點測試級需考慮的特殊事可以進行相關(guān)的界面開發(fā)標準的業(yè)務培訓項4、易用性測試-界面審查單測試目標軟件的操作簡單實用，可以通過基本的培訓就可以使用測試范圍測試技術(shù)開始標準完成標準測試重點和優(yōu)先級所有的功能模塊易用性測試和功能測試一起進行滿足易用性要求，符合大部分用戶的使用習慣涉及日常管理的核心業(yè)務模塊重點測試需考慮的特殊事重視用戶的體驗項5、文檔測試 - 文檔審查單重點檢查：錯別字、標點符號、格式、排版、使用的圖片、表格、操作步驟、案例測試目標保證高質(zhì)量的文檔交到用戶手中，并可以作為用戶自行學習的教材測試范圍所有文檔，尤其是交給用戶的文檔（用戶幫助手冊、安裝文檔）測試技術(shù)文檔測試開始標準文檔編寫完成完成標準文檔符合需求測試重點和優(yōu)先用戶幫助手冊級安裝手冊需考慮的特殊事無項2 測試用例必做：房間設置商品設置散客開單團體開單選做：