商業(yè)計劃書第九小組測試計劃書

1、（商業(yè)計劃書）第九小組 測試計劃書20XX年XX月酒店管理系統(tǒng)測試計劃第九小組Versio nr.O.O.1修訂歷史日期版本描述作者目錄1 介紹 31.1 目標 31.2 范圍 31.3 定義及縮寫 41.4 術(shù)語 41.5 項目識別 42 測試要求 53 測試策略 53.1 測試類型 63.2 工具 64 關(guān)聯(lián)的測試標準和目標64.1 測試標準 64.2 度量目標 64.3 用于度量目標的數(shù)據(jù)采集策略74.4 用于度量目標的數(shù)據(jù)采集分析75 資源 75.1 測試隊伍成員 75.2 系統(tǒng) 86 培訓(xùn)安排 87 項目里程碑 88 交付制品 98.1 測試模型 98.2 測試日志 98.3 缺陷方

2、案 91介紹當(dāng)今社會是個高科技、高效率、高度競爭的社會。隨著物質(zhì)水平的逐步提 高，我們的的精神生活也開始趨向豐富多彩。當(dāng)下，我們已經(jīng)不再僅僅局限于 待于家中，為了豐富自己的文化生活和自身娛樂，我們已經(jīng)習(xí)慣了利用假期外 出旅游，這對于各地的酒店來說是壹種機遇也是壹種挑戰(zhàn)。商場如戰(zhàn)場，競爭 十分激烈，于競爭中如果企業(yè)本身不能從企業(yè)內(nèi)部入手，提高自身的競爭力， 就有可能被社會所淘汰。對于酒店部門來說，以前那種老的運作機制已經(jīng)不能 適應(yīng)當(dāng)今社會的需要，單純靠手工去進行大量的信息處理，不但給酒店本身帶 來很大的不便，同時也給顧客帶來很大的麻煩，造成企業(yè)耗費大量的人力、物 力和時間，仍然導(dǎo)致工作效率的降低

3、。因此，對于酒店部門來說，建立壹套合 理有效的管理信息系統(tǒng)迫于眉睫，這也是適應(yīng)社會發(fā)展和增強競爭力的主要手 段。而我們小組的目標就是盡自己所能，力求做出壹個完整的酒店管理系統(tǒng)。1.1目標酒店管理系統(tǒng)的目標用戶主要是該酒店內(nèi)部的特定員工。 它將輔助該酒店內(nèi)部 的聯(lián)系， 減少基礎(chǔ)設(shè)施、紙質(zhì)文檔、工具分配等事件的復(fù)雜程度，更好更有效 的解決突發(fā)事件和正常業(yè)務(wù)的后勤處理。1.2范圍測試范圍包括酒店管理系統(tǒng)的功能性需求，具體包含以下功能點:用戶登錄為系統(tǒng)管理員提供登錄功能，登錄成功后進入相應(yīng)的頁面。酒店預(yù)定提供酒店預(yù)訂功能，預(yù)訂成功后記錄于案且進入相應(yīng)的頁面財務(wù)報表功能系統(tǒng)管理員能夠于財務(wù)界面查見財務(wù)信

4、息且且得出財務(wù)報表結(jié)賬功能提供酒店結(jié)算功能，結(jié)算成功后記錄于案且進入相應(yīng)的頁面管理房間系統(tǒng)管理員能夠于網(wǎng)站上更新酒店的入住信息酒店查詢會員能夠瀏覽房間狀態(tài)或按條件查詢酒店，查見酒店的詳細信 息，且能夠隨時預(yù)定房間。管理酒店信息系統(tǒng)管理員管理酒店的業(yè)務(wù)信息，可從中得到各種會員的預(yù)定信 息和酒店房間銷售信息。維護個人資料系統(tǒng)管理員能夠于頁面上修改會員的注冊資料，更新原有的注冊 信息。系統(tǒng)管理系統(tǒng)管理員能夠?qū)芾韱T賬號進行添加、修改和刪除操作。1.3定義及縮寫UC用例(UserCase)UTC單元測試用例(Un ittestcase)ITC集成測試用例(integrationtestcase)STC

5、系統(tǒng)測試用例(Systemtestcase)1.4術(shù)語單元測試測試的主要對象是系統(tǒng)中的最小單元-模塊或組件上，主要通過白盒測試方法，檢查程序模塊或組件的已實現(xiàn) 的功能和定義的功能是否壹致、以及編碼中是否存于錯 誤。集成測試也稱子系統(tǒng)測試，指于單元測試的基礎(chǔ)上，將模塊按照 設(shè)計要求組裝起來同時進行測試，主要目標是發(fā)現(xiàn)和接 口有關(guān)的模塊之間問題。系統(tǒng)測試將軟件放于實際運行環(huán)境下進行壹系列的測試，包括恢 復(fù)測試、安全測試、強度測試和性能測試等。測試覆蓋率被測試用例執(zhí)行了的系統(tǒng)占整個系統(tǒng)的比例。缺陷移除率測試期間發(fā)現(xiàn)的缺陷數(shù)占軟件中所存于的總體缺陷的比 例。缺陷密度缺陷數(shù)量/項目規(guī)模。缺陷跟蹤方案對用

6、戶和開發(fā)者所提交的軟件缺陷方案進行歸檔管理的 缺陷跟蹤文檔。項目里程碑完成階段性工作的標志。測試模型被歸納得出的通用的測試步驟。1.5項目識別F表標識為制訂測試計劃所需要的文檔及其他有效的制品。文檔名稱(版本/日期)已創(chuàng)建或有效的被接受或評估作者備注需求規(guī)格說明書YesYes第九小組概要設(shè)計說明書YesYes第九小組數(shù)據(jù)模型YesYes鐘大雄2測試要求?通過測試來檢驗軟件是否能夠正常運行。?如果軟件無法正常運行，需要檢測出錯誤處于哪里，且加以糾正。?本軟件是否能夠壹壹滿足用戶的所有要求。?當(dāng)用戶出現(xiàn)違規(guī)操作（例如輸入的數(shù)據(jù)不符合系統(tǒng)預(yù)設(shè)標準），系統(tǒng)能否發(fā)現(xiàn)且 提醒用戶進行改正?？紤]到項目用于測

7、試的時間很緊，本次測試的重點放于系統(tǒng)的功能測試。3測試策略測試策略通常是描述測試工程的總體方法和目標。描述目前于進行哪壹階段的測試 （如單元測試、集成測試、系統(tǒng)測試）以及每個階段內(nèi)進行的測試種類（如功能測試、性 能測試、壓力測試等），以確定合理的測試方案使得測試更有效。本項目的測試過程計劃分為5個階段，如下圖所示： 根據(jù)項目特點和進度安排，測試的重點主要集中于單元測試、集成測試和確認測試階 段。單元測試階段針對每個程序模塊，主要測試模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨 立的路徑和錯誤處理這五個方面的問題，消除塊內(nèi)的邏輯、功能上的缺陷和錯誤，以確保 每個模塊能正常工作為目標。集成測試階段對已測試

8、過的模塊進行組裝，采用增量式集成測試策略，除了進壹步檢 測和排除子系統(tǒng)（或系統(tǒng)）結(jié)構(gòu)或相應(yīng)程序結(jié)構(gòu)上的錯誤之外，仍應(yīng)該驗證所有的系統(tǒng) 單元配合是否合適、整體性能和功能是否完整。確認測試階段就是對整個程序進行有效性測試，根據(jù)需求分析規(guī)格說明書中的要求， 通過功能測試和性能測試檢驗所開發(fā)的軟件能否滿足用戶的功能和性能需求。3.1測試類型單元測試階段主要采用白盒測試技術(shù)，集成測試階段采用白盒測試和黑盒測試相結(jié) 合，確認測試階段主要采用黑盒測試技術(shù)。?黑盒測試：又稱為功能測試、數(shù)據(jù)驅(qū)動測試和基于規(guī)格說明的測試，它是壹種從 用戶觀點出發(fā)的測試，壹般被用來確認軟件功能的正確性和可操作性。黑盒測試 方法包括

9、：等價類劃分法、邊界值分析法、因果圖法、決策表法等。?白盒測試：將被測程序見作壹個打開的盒子，測試者能夠見到被測源程序，能夠 分析被測程序的內(nèi)部結(jié)構(gòu)，此時測試的焦點集中于根據(jù)其內(nèi)部結(jié)構(gòu)設(shè)計測試用 例。白盒測試方法包括：基本路徑測試、控制結(jié)構(gòu)測試等。3.2工具4關(guān)聯(lián)的測試標準和目標4.1測試標準?測試用例標準：根據(jù)各級系統(tǒng)功能描述制定。命名約定：用例編號命名遵循規(guī)則ITC.AA.BB，其中：UTC -表示單元測試用例ITC -表示集成測試用例STC-表示系統(tǒng)測試用例AA -用例功能分類BB-測試用例編號?測試數(shù)據(jù)標準：數(shù)據(jù)的種類應(yīng)能覆蓋全部業(yè)務(wù)。?測試結(jié)束標準：集成工作版本滿足設(shè)計定義的各項功能

10、，于測試中發(fā)現(xiàn)的錯誤 已經(jīng)得到修復(fù)且得到確認，系統(tǒng)能正確、穩(wěn)定地運行。?定量測試改善標準：Bug數(shù)和缺陷率控制于可接收的范圍之內(nèi)。4.2度量目標于項目結(jié)束后，下列數(shù)據(jù)應(yīng)該被收集或計算。度量目標來源實際值期望值分析用于測試的全部時間計數(shù)8個工作日缺陷總數(shù)計數(shù)根據(jù)測試修復(fù)缺陷的時 間計數(shù)2個工作日缺陷移除率計算90%缺陷密度計算測試效率計算測試用例覆蓋率計算測試用例生產(chǎn)率計算測試用例準備時間計數(shù)3個工作日測試用例執(zhí)行時間計數(shù)3個工作日重復(fù)測試的時間計數(shù)2個工作日4.3用于度量目標的數(shù)據(jù)采集策略度量兀名稱收集策略工具責(zé)任人檢驗人測試時間手工匯總Excel表格第九小組測試用例數(shù)手工匯總Excel表格第

11、九小組缺陷數(shù)量手工匯總Excel表格第九小組4.4用于度量目標的數(shù)據(jù)采集分析分析活動何時做工具責(zé)任人采取的行為測試方案系統(tǒng)測試完成后Word第九小組手工計算缺陷跟蹤方案測試開始后Word第九小組手工計算5資源5.1測試隊伍成員人力資源隊伍規(guī)模8人全職人員的數(shù)目：2人測試經(jīng)理測試項目經(jīng)理第九小組管理測試、對測試負責(zé)； 提供技術(shù)支持；要求適當(dāng)?shù)馁Y源；提供測試方案；測試師第九小組標識、標識優(yōu)先及實現(xiàn)測試用例； 提供測試方案；對測試負責(zé)；制定測試計劃；制定測試模型；評估測試花費和效率測試員第九小組執(zhí)行測試； 對測試負責(zé)； 記錄結(jié)果；檢驗錯誤；將變化的需求記錄文檔；5.2系統(tǒng)系統(tǒng)資源資源名稱或類型DatabaseServerSQLserver2005Domai nServerNameLocalhostDatabaseNameMy_hotelma nagerClie ntTestPCsOS:Wi ndowsXPIn cludespecialcon figurati onrequire mentsTestRepositoryOS:Wi ndowsXPDomai nServerNameT