朝陽區(qū)衛(wèi)生信息網(wǎng)測試計劃

1、測試計劃修訂歷史記錄版本日期amd修訂者說明1.02005-8-15a（a-添加，m-修改，d-刪除）目錄1簡介21.1目的21.2背景21.3范圍22.測試參考文檔和測試提交文檔32.1測試參考文檔32.2測試提交文檔33.測試進度43.1內(nèi)部測試總進度表43.2 后臺管理網(wǎng)站測試43.3 后臺管理網(wǎng)站回歸測試43.4前臺網(wǎng)站測試53.5 前臺網(wǎng)站回歸測試54.測試資源64.1人力資源64.2測試環(huán)境64.3測試工具75測試策略75.1用戶界面測試75.2性能評測85.3負載測試95.4強度測試96問題描述和測試報告107附錄：項目任務(wù)111 簡介一個成功的項目的先決條件是其質(zhì)量滿足了用戶的

2、期望，做了它該做的事，而不做它不該做的事。而要保證這一點很重要的一個步驟就是要進行內(nèi)部的測試，可是為了我們的工作做的井井有條而不至于混亂，所以編寫此測試計劃，以讓我們的測試工作按照此計劃順序進行，從而有效的保證我們的產(chǎn)品網(wǎng)站的高質(zhì)量，也實現(xiàn)我們對客戶的承諾。1. 1目的朝陽區(qū)衛(wèi)生信息網(wǎng)的這一“測試計劃”文檔有助于實現(xiàn)以下目標：確定現(xiàn)有項目的信息和應(yīng)測試的軟件構(gòu)件。列出推薦的測試需求（高級需求）。推薦可采用的測試策略，并對這些策略加以說明。確定所需的資源，并對測試的工作量進行估計。列出測試項目的可交付元素1. 2背景朝陽區(qū)衛(wèi)生信息網(wǎng)主要包括前臺和后臺管理兩個系統(tǒng)，由于項目是一個網(wǎng)站系統(tǒng)，以展示用

3、戶風(fēng)貌和發(fā)布信息為主要目的，所以對其界面的美觀、網(wǎng)頁打開速度、界面友好程度、能承載的壓力（性能）、后臺管理的易操作性等要求比較高。我們的測試工作也將注重放在這些環(huán)節(jié)上。1.3范圍 本項目的測試分單元測試、系統(tǒng)測試和驗收測試三個部分。單元測試要求程序員在編程調(diào)試階段自行完成。這里主要強調(diào)系統(tǒng)測試，該項目的系統(tǒng)測試主要放在用戶界面測試和性能測試兩個方面，該測試階段主要要求測試員按照這幾個方面重點加大力度測試：1、 網(wǎng)頁界面的美觀程度。2、 網(wǎng)站各個頁面之間的風(fēng)格統(tǒng)一情況。3、 網(wǎng)頁的打開速度。4、 網(wǎng)站的承載能力能同時響應(yīng)的客戶請求數(shù)量。5、 網(wǎng)站的易理解性。6、 后臺管理網(wǎng)站的易操作性。7、 后

4、臺管理網(wǎng)站的管理員的權(quán)限的合理性以及準確性。8、 后臺管理操作的正確性。9、 后臺管理操作的有效、快速性。 驗收測試則由用戶最終自己按照需求完成。2. 測試參考文檔和測試提交文檔2.1測試參考文檔下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性：注：可適當?shù)貏h除或添加文檔項。文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源備注可行性分析報告是否是否軟件需求定義是否是否軟件概要設(shè)計是否是否軟件詳細設(shè)計是否是否軟件測試需求是否是否模塊開發(fā)手冊是否是否測試時間表及人員安排是否是否測試計劃是否是否測試方案是否是否測試報告是否是否測試分析報告是否是否用戶操作手冊是否是否安裝指南是

5、否是否2.2測試提交文檔1、測試計劃2、測試用例3、測試問題報告單4、測試日志5、測試問題修改報告單6、測試報告3. 測試進度3.1內(nèi)部測試總進度表測試活動計劃開始日期實際開始日期結(jié)束日期制定測試計劃2005.8.152005-8-152005-8-15性能測試8-168-16用戶界面測試8-178-30生成測試報告9-19-1后續(xù)還要對測試工作的具體安排再做進一步的詳細說明。3.2 后臺管理網(wǎng)站測試朝陽區(qū)衛(wèi)生信息網(wǎng)后臺管理網(wǎng)站26:7001/cywsjcms/admin/index.jsp的測試。測試活動計劃開始日期實際開始日期結(jié)束日期測試網(wǎng)站管理、欄目管理

6、兩個欄目8-178-17測試圖片上傳、圖片管理兩個欄目8-188-18測試自定義塊、文章模塊兩個欄目8-198-19測試主題管理、鏈接管理兩個欄目8-208-20測試身份管理、在線調(diào)查管理兩個欄目8-218-21測試返回主頁、注銷、刷新三個欄目8-228-223.3 后臺管理網(wǎng)站回歸測試由于測試工作不可能一次性完成，因為一次測試可能會有遺漏的缺陷，并且發(fā)現(xiàn)缺陷經(jīng)程序員改正后又有可能引進新的錯誤，所以測試工作還要進行疊代的回歸測試，以發(fā)現(xiàn)盡可能多的錯誤或缺陷，以保證項目的質(zhì)量，這時主針對那些被發(fā)現(xiàn)問題并且已經(jīng)修改過的模塊，要加大測試力度。測試活動計劃開始日期實際開始日期結(jié)束日期測試網(wǎng)站管理、欄目

7、管理、測試圖片上傳三個欄目8-198-20測試自定義塊、文章模塊、圖片管理三個欄目8-218-22測試身份管理、主題管理、鏈接管理三個欄目8-239-24測試返回主頁、注銷、刷新、在線調(diào)查管理四個欄目8-258-263.4前臺網(wǎng)站測試朝陽區(qū)衛(wèi)生信息網(wǎng)前臺網(wǎng)站10:7001/cywsjcms/article/index的測試。測試活動計劃開始日期實際開始日期結(jié)束日期測試首頁中的最新公告、衛(wèi)生要聞、辦事指南、大眾健康、衛(wèi)生安全提示、衛(wèi)生監(jiān)督、保持共產(chǎn)黨員先進性等所有則子欄目8-198-20測試衛(wèi)生局簡介、衛(wèi)生要聞、辦事指南、黨建工作、政務(wù)公開、網(wǎng)上辦公、法規(guī)制度、

8、繼續(xù)教育8-218-22測試朝陽區(qū)衛(wèi)生監(jiān)督所模塊8-238-24測試朝陽區(qū)cdc模塊8-258-26測試朝陽區(qū)急救中心模塊8-278-283.5 前臺網(wǎng)站回歸測試為了發(fā)現(xiàn)更多的錯誤和或缺陷，同樣要對前臺網(wǎng)站進行進一步的疊代回歸測試，這時主針對那些被發(fā)現(xiàn)問題并且已經(jīng)修改過的模塊，要加大測試力度。測試活動計劃開始日期實際開始日期結(jié)束日期測試首頁中的所有子欄目和衛(wèi)生局簡介、衛(wèi)生要聞8-238-25測試辦事指南、黨建工作、政務(wù)公開、網(wǎng)上辦公、法規(guī)制度、繼續(xù)教育8-268-28測試朝陽區(qū)衛(wèi)生監(jiān)督所、測試朝陽區(qū)cdc、測試朝陽區(qū)急救中心三個模塊8-298-304.測試資源4.1人力資源下表列出了在此項目的

9、人員配備方面所作的各種假定。注：可適當?shù)貏h除或添加角色項。角色所推薦的最少資源（所分配的專職角色數(shù)量）具體職責(zé)或注釋測試員主要負責(zé)系統(tǒng)測試、性能測試4.2測試環(huán)境下表列出了測試的系統(tǒng)環(huán)境軟件環(huán)境（相關(guān)軟件、操作系統(tǒng)等）操作系統(tǒng)：microsoft windows2000 server family，ie6.0，office， 應(yīng)用服務(wù)器：iis5.0,frameworksdk1.0數(shù)據(jù)庫：sqlserver、email服務(wù)器：webeasymail硬件環(huán)境（網(wǎng)絡(luò)、設(shè)備等）pc服務(wù)器（cpu 1.6g,512 內(nèi)存，60g硬盤）4.3測試工具此項目將列出測試使用的工具：用途工具生產(chǎn)廠商/自產(chǎn)版本

10、測試網(wǎng)站的性能act微軟其他方面的測試全部手動完成。5測試策略 該項目我們按先進行后臺管理網(wǎng)站的測試，當后臺管理網(wǎng)站 的測試進入正規(guī)后開始進行前臺網(wǎng)站測試，彼此迭代進行。注重以前臺網(wǎng)頁的測試來驗證后臺網(wǎng)站管理的有效，準確等。后臺管理網(wǎng)站的測試，按照此順序進行：權(quán)限、后臺管理的易操作性、操作的正確準確性、操作管理的有效性、后臺管理網(wǎng)頁的性能。后臺管理網(wǎng)頁的測試完成之后則馬上進行前臺網(wǎng)頁的測試。按以下順序進行：美觀、易理解性、風(fēng)格統(tǒng)一情況、網(wǎng)站的性能等。對于網(wǎng)站來說，性能對其的影響將是非常重要的，因此在本項目（朝陽區(qū)衛(wèi)生信息網(wǎng)）的測試工作中，我們對其性能的測試加上負載測試和強度測試。該項目的測試不

11、包括安裝測試、配置測試、容錯性測試等，因為本項目是一個網(wǎng)站系統(tǒng)，對這方面的幾乎沒有要求，該測試方法也不適合本項目。本項目（朝陽區(qū)衛(wèi)生信息網(wǎng)）不同于其他軟件項目，絕大部分工作都要測試員手動完成，act測試工具只是用來簡單的輔助測試。5.1用戶界面測試用戶界面（ui）測試用于核實用戶與軟件之間的交互。ui測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。另外，ui測試還可確保ui中的對象按照預(yù)期的方式運行，并符合公司或行業(yè)的標準。測試目標核實以下內(nèi)容：通過測試進行的瀏覽可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（tab

12、鍵、鼠標移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標準。測試范圍：技術(shù)：為每個窗口創(chuàng)建或修改測試，以核實各個應(yīng)用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態(tài)。開始標準：完成標準：成功地核實出各個窗口都與基準版本保持一致，或符合可接受標準測試重點和優(yōu)先級：需考慮的特殊事項：并不是所有定制或第三方對象的特征都可訪問。5.2性能評測性能評測是一種性能測試，它對響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的需求進行評測和評估。性能評測的目標是核實性能需求是否都已滿足。實施和執(zhí)行性能評測的目的是將測試對象的性能行為當作條件（例如工作量或硬件配置）的一種函數(shù)來進

13、行評測和微調(diào)。注：以下所說的事務(wù)是指“邏輯業(yè)務(wù)事務(wù)”。這種事務(wù)被定義為將由系統(tǒng)的某個actor通過使用測試對象來執(zhí)行的特定用例，添加或修改給定的合同。測試目標核實所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為：正常的預(yù)期工作量預(yù)期的最繁重工作量測試范圍：技術(shù)：使用為功能或業(yè)務(wù)周期測試制定的測試過程。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項事務(wù)的迭代數(shù)量。腳本應(yīng)該在一臺計算機上運行（最好是以單個用戶、單個事務(wù)為基準），并在多個客戶機上重復(fù)。開始標準：完成標準：單個事務(wù)或單個用戶：在每個事務(wù)所預(yù)期時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)

14、成功地完成測試腳本，沒有發(fā)生任何故障。測試重點和優(yōu)先級：需考慮的特殊事項：綜合的性能測試還包括在服務(wù)器上添加后臺工作量?？刹捎枚喾N方法來執(zhí)行此操作，其中包括：直接將“事務(wù)強行分配到”服務(wù)器上，這通常以“結(jié)構(gòu)化語言”（sql）調(diào)用的形式來實現(xiàn)。通過創(chuàng)建“虛擬的”用戶負載來模擬許多個（通常為數(shù)百個）客戶機。此負載可通過“遠程終端仿真（remote terminal emulation）工具來實現(xiàn)。此技術(shù)還可用于在網(wǎng)絡(luò)中加載“流量”。使用多臺實際客戶機（每臺客戶機都運行測試腳本）在系統(tǒng)上添加負載。性能測試應(yīng)該在專用的計算機上或在專用的機時內(nèi)執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。性能測試所用的數(shù)據(jù)庫應(yīng)

15、該是實際大小或相同縮放比例的數(shù)據(jù)庫。5.3負載測試負載測試是一種性能測試。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。注：以下所說的事務(wù)是指“邏輯業(yè)務(wù)事務(wù)”。這各事務(wù)被定義為將由系統(tǒng)的某個最終用戶通過使用應(yīng)用程序來執(zhí)行的特定功能，例如，添加或修改給定的合同。測試目標核實所指定的事務(wù)或商業(yè)理由在不同的工作量條件下的性能行為時間。測試范圍：技術(shù)：使用為功能或業(yè)務(wù)周期測試制

16、定的測試。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項事務(wù)發(fā)生的次數(shù)。開始標準：完成標準：多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)成功地完成測試，沒有發(fā)生任何故障。測試重點和優(yōu)先級：需考慮的特殊事項：負載測試應(yīng)該在專用的計算機上或在專用的機時內(nèi)執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。負載測試所用的數(shù)據(jù)庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫。5.4強度測試強度測試是一種性能測試，實施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導(dǎo)致的錯誤。如果內(nèi)存或磁盤空間不足，測試對象就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬）而造成的。強

17、度測試還可用于確定測試對象能夠處理的最大工作量。注：以下提到的事務(wù)都是指邏輯業(yè)務(wù)事務(wù)。測試目標核實測試對象能夠在以下強度條件下正常運行，不會出現(xiàn)任何錯誤：服務(wù)器上幾乎沒有或根本沒有可用的內(nèi)存（ram和dasd）連接或模擬了最大實際（實際允許）數(shù)量的客戶機多個用戶對相同的數(shù)據(jù)或帳戶執(zhí)行相同的事務(wù)最繁重的事務(wù)量或最差的事務(wù)組合（注：強度測試的目標可表述為確定和記錄那些使系統(tǒng)無法繼續(xù)正常運行的情況或條件?？蛻魴C的強度測試在測試范圍：技術(shù)：使用為性能評測或負載測試制定的測試。要對有限的資源進行測試，就應(yīng)該在一臺計算機上運行測試，而且應(yīng)該減少或限制服務(wù)器上的ram和dasd。對于其他強度測試，應(yīng)該使用多

18、臺客戶機來運行相同的測試或互補的測試，以產(chǎn)生最繁重的事務(wù)量或最差的事務(wù)組合。開始標準：完成標準：所計劃的測試已全部執(zhí)行，并且在達到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障，或者導(dǎo)致系統(tǒng)出現(xiàn)故障條件的并不在指定的條件范圍之內(nèi)。測試重點和優(yōu)先級：需考慮的特殊事項：如果要增加網(wǎng)絡(luò)工作強度，可能會需要使用網(wǎng)絡(luò)工具來給網(wǎng)絡(luò)加載消息或信息包。應(yīng)該暫時減少用于系統(tǒng)的dasd，以限制數(shù)據(jù)庫可用空間的增長。使多個客戶機對相同的記錄或數(shù)據(jù)帳戶同時進行的訪問達到同步。6問題描述和測試報告對測試中發(fā)現(xiàn)的問題以以下的形式撰寫問題嚴重度描述響應(yīng)時間（程序員在多長時間內(nèi)改正此問題）高中低對于測試中發(fā)現(xiàn)的問題，要在每天的測試工作結(jié)束后，立即以上述形式提交給程序員，一般要求問題提交后兩天之內(nèi)程序員必須修改，以讓測試員能跟蹤進行回歸測試。 在所有的測試工作結(jié)束以后，測試員還須提交一個總的測試報告，該報告