測試計劃修訂歷史記錄版本日期AMD修訂者說明102005815A（A添加，M修改，D刪除）目錄1簡介211目的212背景213范圍22測試參考文檔和測試提交文檔321測試參考文檔322測試提交文檔33測試進(jìn)度431內(nèi)部測試總進(jìn)度表432后臺管理網(wǎng)站測試433后臺管理網(wǎng)站回歸測試434前臺網(wǎng)站測試535前臺網(wǎng)站回歸測試54測試資源641人力資源642測試環(huán)境643測試工具75測試策略751用戶界面測試752性能評測853負(fù)載測試954強(qiáng)度測試96問題描述和測試報告107附錄項目任務(wù)111簡介一個成功的項目的先決條件是其質(zhì)量滿足了用戶的期望，做了它該做的事，而不做它不該做的事。而要保證這一點很重要的一個步驟就是要進(jìn)行內(nèi)部的測試，可是為了我們的工作做的井井有條而不至于混亂，所以編寫此測試計劃，以讓我們的測試工作按照此計劃順序進(jìn)行，從而有效的保證我們的產(chǎn)品網(wǎng)站的高質(zhì)量，也實現(xiàn)我們對客戶的承諾。11目的朝陽區(qū)衛(wèi)生信息網(wǎng)的這一“測試計劃”文檔有助于實現(xiàn)以下目標(biāo)確定現(xiàn)有項目的信息和應(yīng)測試的軟件構(gòu)件。列出推薦的測試需求（高級需求）。推薦可采用的測試策略，并對這些策略加以說明。確定所需的資源，并對測試的工作量進(jìn)行估計。列出測試項目的可交付元素12背景朝陽區(qū)衛(wèi)生信息網(wǎng)主要包括前臺和后臺管理兩個系統(tǒng)，由于項目是一個網(wǎng)站系統(tǒng)，以展示用戶風(fēng)貌和發(fā)布信息為主要目的，所以對其界面的美觀、網(wǎng)頁打開速度、界面友好程度、能承載的壓力（性能）、后臺管理的易操作性等要求比較高。我們的測試工作也將注重放在這些環(huán)節(jié)上。13范圍本項目的測試分單元測試、系統(tǒng)測試和驗收測試三個部分。單元測試要求程序員在編程調(diào)試階段自行完成。這里主要強(qiáng)調(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、后臺管理網(wǎng)站的管理員的權(quán)限的合理性以及準(zhǔn)確性。8、后臺管理操作的正確性。9、后臺管理操作的有效、快速性。驗收測試則由用戶最終自己按照需求完成。2測試參考文檔和測試提交文檔21測試參考文檔下表列出了制定測試計劃時所使用的文檔，并標(biāo)明了各文檔的可用性注可適當(dāng)?shù)貏h除或添加文檔項。文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源備注可行性分析報告是否是否軟件需求定義是否是否軟件概要設(shè)計是否是否軟件詳細(xì)設(shè)計是否是否軟件測試需求是否是否模塊開發(fā)手冊是否是否測試時間表及人員安排是否是否測試計劃是否是否測試方案是否是否測試報告是否是否測試分析報告是否是否用戶操作手冊是否是否安裝指南是否是否22測試提交文檔1、測試計劃2、測試用例3、測試問題報告單4、測試日志5、測試問題修改報告單6、測試報告3測試進(jìn)度31內(nèi)部測試總進(jìn)度表測試活動計劃開始日期實際開始日期結(jié)束日期制定測試計劃200581520058152005815性能測試816816用戶界面測試817830生成測試報告9191后續(xù)還要對測試工作的具體安排再做進(jìn)一步的詳細(xì)說明。32后臺管理網(wǎng)站測試朝陽區(qū)衛(wèi)生信息網(wǎng)后臺管理網(wǎng)站HTTP/19216801267001/CYWSJCMS/ADMIN/INDEXJSP的測試。測試活動計劃開始日期實際開始日期結(jié)束日期測試網(wǎng)站管理、欄目管理兩個欄目817817測試圖片上傳、圖片管理兩個欄目818818測試自定義塊、文章模塊兩個欄目819819測試主題管理、鏈接管理兩個欄目820820測試身份管理、在線調(diào)查管理兩個欄目821821測試返回主頁、注銷、刷新三個欄目82282233后臺管理網(wǎng)站回歸測試由于測試工作不可能一次性完成，因為一次測試可能會有遺漏的缺陷，并且發(fā)現(xiàn)缺陷經(jīng)程序員改正后又有可能引進(jìn)新的錯誤，所以測試工作還要進(jìn)行疊代的回歸測試，以發(fā)現(xiàn)盡可能多的錯誤或缺陷，以保證項目的質(zhì)量，這時主針對那些被發(fā)現(xiàn)問題并且已經(jīng)修改過的模塊，要加大測試力度。測試活動計劃開始日期實際開始日期結(jié)束日期測試網(wǎng)站管理、欄目管理、測試圖片上傳三個欄目819820測試自定義塊、文章模塊、圖片管理三個欄目821822測試身份管理、主題管理、鏈接管理三個欄目823924測試返回主頁、注銷、刷新、在線調(diào)查管理四個欄目82582634前臺網(wǎng)站測試朝陽區(qū)衛(wèi)生信息網(wǎng)前臺網(wǎng)站HTTP/19216801107001/CYWSJCMS/ARTICLE/INDEX的測試。測試活動計劃開始日期實際開始日期結(jié)束日期測試首頁中的最新公告、衛(wèi)生要聞、辦事指南、大眾健康、衛(wèi)生安全提示、衛(wèi)生監(jiān)督、保持共產(chǎn)黨員先進(jìn)性等所有則子欄目819820測試衛(wèi)生局簡介、衛(wèi)生要聞、辦事指南、黨建工作、政務(wù)公開、網(wǎng)上辦公、法規(guī)制度、繼續(xù)教育821822測試朝陽區(qū)衛(wèi)生監(jiān)督所模塊823824測試朝陽區(qū)CDC模塊825826測試朝陽區(qū)急救中心模塊82782835前臺網(wǎng)站回歸測試為了發(fā)現(xiàn)更多的錯誤和或缺陷，同樣要對前臺網(wǎng)站進(jìn)行進(jìn)一步的疊代回歸測試，這時主針對那些被發(fā)現(xiàn)問題并且已經(jīng)修改過的模塊，要加大測試力度。測試活動計劃開始日期實際開始日期結(jié)束日期測試首頁中的所有子欄目和衛(wèi)生局簡介、衛(wèi)生要聞823825測試辦事指南、黨建工作、政務(wù)公開、網(wǎng)上辦公、法規(guī)制度、繼續(xù)教育826828測試朝陽區(qū)衛(wèi)生監(jiān)督所、測試朝陽區(qū)CDC、測試朝陽區(qū)急救中心三個模塊8298304測試資源41人力資源下表列出了在此項目的人員配備方面所作的各種假定。注可適當(dāng)?shù)貏h除或添加角色項。角色所推薦的最少資源（所分配的專職角色數(shù)量）具體職責(zé)或注釋測試員主要負(fù)責(zé)系統(tǒng)測試、性能測試42測試環(huán)境下表列出了測試的系統(tǒng)環(huán)境軟件環(huán)境（相關(guān)軟件、操作系統(tǒng)等）操作系統(tǒng)MICROSOFTWINDOWS2000SERVERFAMILY，IE60，OFFICE，應(yīng)用服務(wù)器IIS50,FRAMEWORKSDK10數(shù)據(jù)庫SQLSERVER、EMAIL服務(wù)器WEBEASYMAIL硬件環(huán)境（網(wǎng)絡(luò)、設(shè)備等）PC服務(wù)器（CPU16G,512內(nèi)存，60G硬盤）43測試工具此項目將列出測試使用的工具用途工具生產(chǎn)廠商/自產(chǎn)版本測試網(wǎng)站的性能ACT微軟其他方面的測試全部手動完成。5測試策略該項目我們按先進(jìn)行后臺管理網(wǎng)站的測試，當(dāng)后臺管理網(wǎng)站的測試進(jìn)入正規(guī)后開始進(jìn)行前臺網(wǎng)站測試，彼此迭代進(jìn)行。注重以前臺網(wǎng)頁的測試來驗證后臺網(wǎng)站管理的有效，準(zhǔn)確等。后臺管理網(wǎng)站的測試，按照此順序進(jìn)行權(quán)限、后臺管理的易操作性、操作的正確準(zhǔn)確性、操作管理的有效性、后臺管理網(wǎng)頁的性能。后臺管理網(wǎng)頁的測試完成之后則馬上進(jìn)行前臺網(wǎng)頁的測試。按以下順序進(jìn)行美觀、易理解性、風(fēng)格統(tǒng)一情況、網(wǎng)站的性能等。對于網(wǎng)站來說，性能對其的影響將是非常重要的，因此在本項目（朝陽區(qū)衛(wèi)生信息網(wǎng)）的測試工作中，我們對其性能的測試加上負(fù)載測試和強(qiáng)度測試。該項目的測試不包括安裝測試、配置測試、容錯性測試等，因為本項目是一個網(wǎng)站系統(tǒng)，對這方面的幾乎沒有要求，該測試方法也不適合本項目。本項目（朝陽區(qū)衛(wèi)生信息網(wǎng)）不同于其他軟件項目，絕大部分工作都要測試員手動完成，ACT測試工具只是用來簡單的輔助測試。51用戶界面測試用戶界面（UI）測試用于核實用戶與軟件之間的交互。UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。另外，UI測試還可確保UI中的對象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。測試目標(biāo)核實以下內(nèi)容通過測試進(jìn)行的瀏覽可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（TAB鍵、鼠標(biāo)移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。測試范圍技術(shù)為每個窗口創(chuàng)建或修改測試，以核實各個應(yīng)用程序窗口和對象都可正確地進(jìn)行瀏覽，并處于正常的對象狀態(tài)。開始標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)成功地核實出各個窗口都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn)測試重點和優(yōu)先級需考慮的特殊事項并不是所有定制或第三方對象的特征都可訪問。52性能評測性能評測是一種性能測試，它對響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的需求進(jìn)行評測和評估。性能評測的目標(biāo)是核實性能需求是否都已滿足。實施和執(zhí)行性能評測的目的是將測試對象的性能行為當(dāng)作條件（例如工作量或硬件配置）的一種函數(shù)來進(jìn)行評測和微調(diào)。注以下所說的事務(wù)是指“邏輯業(yè)務(wù)事務(wù)”。這種事務(wù)被定義為將由系統(tǒng)的某個ACTOR通過使用測試對象來執(zhí)行的特定用例，添加或修改給定的合同。測試目標(biāo)核實所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為正常的預(yù)期工作量預(yù)期的最繁重工作量測試范圍技術(shù)使用為功能或業(yè)務(wù)周期測試制定的測試過程。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項事務(wù)的迭代數(shù)量。腳本應(yīng)該在一臺計算機(jī)上運(yùn)行（最好是以單個用戶、單個事務(wù)為基準(zhǔn)），并在多個客戶機(jī)上重復(fù)。開始標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)單個事務(wù)或單個用戶在每個事務(wù)所預(yù)期時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。多個事務(wù)或多個用戶在可接受的時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。測試重點和優(yōu)先級需考慮的特殊事項綜合的性能測試還包括在服務(wù)器上添加后臺工作量。可采用多種方法來執(zhí)行此操作，其中包括直接將“事務(wù)強(qiáng)行分配到”服務(wù)器上，這通常以“結(jié)構(gòu)化語言”（SQL）調(diào)用的形式來實現(xiàn)。通過創(chuàng)建“虛擬的”用戶負(fù)載來模擬許多個（通常為數(shù)百個）客戶機(jī)。此負(fù)載可通過“遠(yuǎn)程終端仿真（REMOTETERMINALEMULATION）工具來實現(xiàn)。此技術(shù)還可用于在網(wǎng)絡(luò)中加載“流量”。使用多臺實際客戶機(jī)（每臺客戶機(jī)都運(yùn)行測試腳本）在系統(tǒng)上添加負(fù)載。性能測試應(yīng)該在專用的計算機(jī)上或在專用的機(jī)時內(nèi)執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。性能測試所用的數(shù)據(jù)庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫。53負(fù)載測試負(fù)載測試是一種性能測試。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。注以下所說的事務(wù)是指“邏輯業(yè)務(wù)事務(wù)”。這各事務(wù)被定義為將由系統(tǒng)的某個最終用戶通過使用應(yīng)用程序來執(zhí)行的特定功能，例如，添加或修改給定的合同。測試目標(biāo)核實所指定的事務(wù)或商業(yè)理由在不同的工作量條件下的性能行為時間。測試范圍技術(shù)使用為功能或業(yè)務(wù)周期測試制定的測試。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項事務(wù)發(fā)生的次數(shù)。開始標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)多個事務(wù)或多個用戶在可接受的時間范圍內(nèi)成功地完成測試，沒有發(fā)生任何故障。測試重點和優(yōu)先級需考慮的特殊事項負(fù)載測試應(yīng)該在專用的計算機(jī)上或在專用的機(jī)時內(nèi)執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。負(fù)載測試所用的數(shù)據(jù)庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫。54強(qiáng)度測試強(qiáng)度測試是一種性能測試，實施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導(dǎo)致的錯誤。如果內(nèi)存或磁盤空間不足，測試對象就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬）而造成的。強(qiáng)度測試還可用于確定測試對象能夠處理的最大工作量。注以下提到的事務(wù)都是指邏輯業(yè)務(wù)事務(wù)。測試目標(biāo)核實測試對象能夠在以下強(qiáng)度條件下正常運(yùn)行，不會出現(xiàn)任何錯誤服務(wù)器上幾乎沒有或根本沒有可用的內(nèi)存（RAM和DASD）連接或模擬了最大實際（實際允許）數(shù)量的客戶機(jī)多個用戶對相同的數(shù)據(jù)或帳戶執(zhí)行相同的事務(wù)最繁重的事務(wù)量或最差的事務(wù)組合（注強(qiáng)度測試的目標(biāo)可表述為確定和記錄那些使系統(tǒng)無法繼續(xù)正常運(yùn)行的情況或條件。客戶機(jī)的強(qiáng)度測試在測試范圍技術(shù)使用為性能評測或負(fù)載測試制定的測試。要對有限的資源進(jìn)行測試，就應(yīng)該在一臺計算機(jī)上運(yùn)行測試，而且應(yīng)該減少或限制服務(wù)器上的RAM和DASD。對于其他強(qiáng)度測試，應(yīng)該使用多臺客戶機(jī)來運(yùn)行相同的測試或互補(bǔ)的測試，以產(chǎn)生最繁重的事務(wù)量或最差的事務(wù)組合。開始標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)所計劃的測試已全部執(zhí)行，并且在達(dá)到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障，或者導(dǎo)致系統(tǒng)出現(xiàn)故障條件的并不在指定的條件范圍之內(nèi)。測試重點和優(yōu)先級需考慮的特殊事項如果要增加網(wǎng)絡(luò)工作強(qiáng)度，可能會需要使用網(wǎng)絡(luò)工具來給網(wǎng)絡(luò)加載消息或信息包。應(yīng)該暫時減少用于系統(tǒng)的DASD，以限制數(shù)據(jù)庫可用空間的增長。使多個客戶機(jī)對相同的記錄或數(shù)據(jù)帳戶同時進(jìn)行的訪問達(dá)到同步。6問題描述和測試報告對測試中發(fā)現(xiàn)的問題以以下的形式撰寫問題嚴(yán)重度描述響應(yīng)時間（程序員在多長時間內(nèi)改正此問題）高中低對于測試中發(fā)現(xiàn)的問題，要在每天的測試工作結(jié)束后，立即以上述形式提交給程序員，一般要求問題提交后兩天之內(nèi)程序員必須修改，以讓測試員能跟蹤進(jìn)行回歸測試。在