測試計劃書案例

06級計算機4班測試計劃書軟件工程大作業(yè)級計算機4班測試計劃書軟件工程大作業(yè)2008-12-5組長：小組成員：

測試計劃書一、簡介1、目的為了搭建一個更加完善的醫(yī)院系統(tǒng)。2、背景醫(yī)院信息系統(tǒng)是現(xiàn)代化醫(yī)院建設中不可缺少的基礎設施與支撐環(huán)境。建設醫(yī)院信息系統(tǒng)，能使醫(yī)院真正做到以病人為中心開展醫(yī)療服務，優(yōu)化工作流程而提高工作效率；規(guī)范醫(yī)療行為而提高工作質量；加強經(jīng)濟全程管理而提高醫(yī)院經(jīng)濟效益；強化輔助決策分析能力而提高醫(yī)院管理水平；增強醫(yī)院信譽度而提高醫(yī)療服務市場競爭力；提高全員素質和綜合實力而促進醫(yī)院現(xiàn)代化建設。3、范圍系統(tǒng)的登陸測試各個子系統(tǒng)的功能測試，每一項功能測試是否有大的bug子系統(tǒng)之間是否存在不協(xié)調測試整個醫(yī)院系統(tǒng)的穩(wěn)定性測試二、測試參考文檔下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性：文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復審作者或來源備注軟件需求定義是□否□是□否□軟件系統(tǒng)分析（STD,DFD,CFD,DD）是□否□是□否□軟件概要設計是□否□是□否□軟件測試需求是□否□是□否□測試時間表及人員安排是□否□是□否□測試計劃是□否□是□否□測試方案是□否□是□否□測試報告是□否□是□否□測試分析報告是□否□是□否□用戶操作手冊是□否□是□否□四、測試進度測試活動計劃開始日期實際開始日期結束日期制定測試計劃2008-12-012008-12-012008-12-02設計測試2008-12-012008-12-022008-12-03集成測試2008-12-032008-12-042008-12-04系統(tǒng)測試2008-12-042008-12-042008-12-04性能測試2008-12-042008-12-052008-12-06安裝測試2008-12-062008-12-072008-12-08用戶驗收測試2008-12-072008-12-082008-12-09對測試進行評估2008-12-092008-12-092008-12-12五、測試資源5.1人力資源下表列出了在此項目的人員配備方面所作的各種假定。角色所推薦的最少資源（所分配的專職角色數(shù)量）具體職責或注釋測試員2測試系統(tǒng)的各個功能和系統(tǒng)穩(wěn)定性測試測試總負責人1重新檢驗測試結果，遇到大問題及時上報；如有檢測不到的bug要歸其責任5.2測試環(huán)境下表列出了測試的系統(tǒng)環(huán)境軟件環(huán)境（相關軟件、操作系統(tǒng)等）Windowsserver2003MicrosoftSQLServer2000MicrosoftVisualC++6.0硬件環(huán)境（網(wǎng)絡、設備等）10M/100M/1000M以太網(wǎng)噴墨/激光打印機配備cpu2.0Ghz以上、512M或以上內存、40G或以上硬盤空間的臺式計算機5.3測試工具此項目將列出測試使用的工具：用途工具生產廠商/自產版本用于檢測應用程序是否能夠達到預期的功能及正常運行WinRunnerMercuryInteractive公司8.2一種預測系統(tǒng)行為和性能的負載測試工具LoadRunnerMercuryInteractive公司8.0功能測試工具IBMRationalRobotIBM公司7.0六、測試策略6.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試測試目標：確保數(shù)據(jù)庫訪問方法和進程正常運行，數(shù)據(jù)不會遭到損壞測試范圍：整個醫(yī)院系統(tǒng)技術：調用各個數(shù)據(jù)庫訪問方法和進程，并在其中填充有效的和無效的數(shù)據(jù)（或對數(shù)據(jù)的請求）。檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預期的方式填充，并且所有的數(shù)據(jù)庫事件已正常發(fā)生；或者檢查所返回的數(shù)據(jù)，確保正當?shù)睦碛蓹z索到了正確的數(shù)據(jù)開始標準：完成標準：所有的數(shù)據(jù)庫訪問方法和進程都按照設計的方式運行，數(shù)據(jù)沒有遭到損壞。測試重點和優(yōu)先級：需考慮的特殊事項：[測試可能需要DBMS開發(fā)環(huán)境或驅動程序在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。進程應該以手工方式調用。應使用小型或最小的數(shù)據(jù)庫（記錄的數(shù)量有限）來使所有無法接受的事件具有更大的可視度。]6.2接口測試測試目標確保接口調用的正確性 測試范圍：所有軟件、硬件接口，記錄輸入輸出數(shù)據(jù)技術：開始標準：完成標準：測試重點和優(yōu)先級：需考慮的特殊事項：接口的限制條件6.3集成測試測試目標檢測需求中業(yè)務流程，數(shù)據(jù)流的正確性測試范圍：需求中明確的業(yè)務流程，或組合不同功能模塊而形成一個大的功能。技術：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內容：在使用有效數(shù)據(jù)時得到預期的結果。在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。各業(yè)務規(guī)則都得到了正確的應用。開始標準：在完成某個集成測試時必須達到標準完成標準：所計劃的測試已全部執(zhí)行。所發(fā)現(xiàn)的缺陷已全部解決。測試重點和優(yōu)先級：測試重點指在測試過程中需著重測試的地方，優(yōu)先級可以根據(jù)需求及嚴重來定需考慮的特殊事項：確定或說明那些將對功能測試的實施和執(zhí)行造成影響的事項或因素（內部的或外部的）6.4功能測試測試目標確保測試的功能正常，其中包括導航，數(shù)據(jù)輸入，處理和檢索等功能。測試范圍：技術：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內容：在使用有效數(shù)據(jù)時得到預期的結果。在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。各業(yè)務規(guī)則都得到了正確的應用。開始標準：完成標準：測試重點和優(yōu)先級：需考慮的特殊事項：確定或說明那些將對功能測試的實施和執(zhí)行造成影響的事項或因素（內部的或外部的）6.5用戶界面測試測試目標核實以下內容：通過測試進行的瀏覽可正確反映業(yè)務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab鍵、鼠標移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標準。測試范圍：技術：為每個窗口創(chuàng)建或修改測試，以核實各個應用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態(tài)。開始標準：完成標準：成功地核實出各個窗口都與基準版本保持一致，或符合可接受標準測試重點和優(yōu)先級：需考慮的特殊事項：并不是所有定制或第三方對象的特征都可訪問。6.6性能評測測試目標核實所指定的事務或業(yè)務功能在以下情況下的性能行為：正常的預期工作量預期的最繁重工作量測試范圍：技術：使用為功能或業(yè)務周期測試制定的測試過程。通過修改數(shù)據(jù)文件來增加事務數(shù)量，或通過修改腳本來增加每項事務的迭代數(shù)量。腳本應該在一臺計算機上運行（最好是以單個用戶、單個事務為基準），并在多個客戶機（虛擬的或實際的客戶機，請參見下面的“需要考慮的特殊事項”）上重復。開始標準：完成標準：單個事務或單個用戶：在每個事務所預期時間范圍內成功地完成測試腳本，沒有發(fā)生任何故障。多個事務或多個用戶：在可接受的時間范圍內成功地完成測試腳本，沒有發(fā)生任何故障。測試重點和優(yōu)先級：需考慮的特殊事項：綜合的性能測試還包括在服務器上添加后臺工作量?？刹捎枚喾N方法來執(zhí)行此操作，其中包括：直接將“事務強行分配到”服務器上，這通常以“結構化語言”（SQL）調用的形式來實現(xiàn)。通過創(chuàng)建“虛擬的”用戶負載來模擬許多個（通常為數(shù)百個）客戶機。此負載可通過“遠程終端仿