web測試方案模板

1、鹽田港國際資訊有限公司文檔編號狀態(tài)初稿密級機密版本01共 11 頁鹽田港國際資訊公司鹽田港國際資訊公司軟件測試方案軟件測試方案編制：唐言志日期：2014-11-25日期：日期：審核：日期：批準：日期：鹽田港國際資訊有限公司版權(quán)所有 侵權(quán)必究 2 / 11 目目目 錄錄錄 1.概述概述.32.適用對象和范圍適用對象和范圍.33.術(shù)語、名詞定義術(shù)語、名詞定義.33.1.系統(tǒng)測試.33.2.功能測試.33.3.接口測試.43.4.壓力測試.43.5.性能測試.43.6.安全測試.43.7.可靠性測試.44.測試參考文檔和測試提交文檔測試參考文檔和測試提交文檔.54.1.測試參考文檔.54.2.測試提

2、交文檔.55.測試資源測試資源.55.1.人力資源.55.2.測試階段及范圍.65.3.測試環(huán)境.65.4.測試工具.66.確認測試確認測試.76.1.新增或修改內(nèi)容驗證.76.2.用戶反饋問題確認.77.通過測試的標準通過測試的標準.78.測試策略測試策略.78.1.功能測試.78.2.用戶界面測試.8界面規(guī)范性測試.8兼容性測試.98.3.性能測試.98.4.壓力測試.108.5.容量測試.108.6.安全性和訪問控制測試.11 3 / 111. 概述概述為了提高檢測出錯誤的幾率，使測試能有計劃地、有條不紊地進行，就必須要編制測試相關(guān)文件。而標準化的測試文件就如同一種通用的參照體系，可達到

3、便于交流的目的。文件中所規(guī)定的內(nèi)容可以作為對測試過程完備性的對照檢查表，故采用這些文件將會提高測試過程的每個階段的能見度，極大地提高測試工作的可管理性。2. 適用對象和范圍適用對象和范圍主要針對對象為軟件管理人員、軟件開發(fā)人員和軟件測試人員。3. 術(shù)語、名詞定義術(shù)語、名詞定義3.1. 系統(tǒng)測試系統(tǒng)測試系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地方。它將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合起來，在實際運行（使用）環(huán)境下，對計算機系統(tǒng)進行的測試。3.2. 功能測試功能測試黑盒測試是

4、基于系統(tǒng)需求規(guī)格，在不知道系統(tǒng)或組件的內(nèi)部結(jié)構(gòu)的情況下進行的測試。通常又將黑盒測試叫做：基于規(guī)格的測試、輸入輸出測試、功能測試或數(shù)據(jù)驅(qū)動測試。是基于用戶觀點出發(fā)的測試。主要是驗證功能是否符合需求，包括原定功能的檢驗、是否有冗余功能、遺漏功能。 4 / 113.3. 接口測試接口測試程序員對各個模塊進行系統(tǒng)聯(lián)調(diào)的測試，包含程序內(nèi)接口和程序外接口測試。這個測試，在單元測試階段進行了一部分工作，而大部分都是在集成測試階段完成的。由開發(fā)人員進行。 3.4. 壓力測試壓力測試對系統(tǒng)不斷施加壓力的測試，是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務級別的測試。例如 yesinfo

5、 網(wǎng)站在大量的負荷下，何時系統(tǒng)的響應會退化或失敗。 3.5. 性能測試性能測試性能測試關(guān)注的是系統(tǒng)在一定的壓力下是否滿足我們預期的性能要求。響應時間、吞吐量、CPU 使用率、內(nèi)存使用率等，它和通常所說的強度、壓力/負載測試有密切關(guān)系。所以壓力和強度測試應該于性能測試一同進行。 3.6. 安全測試安全測試主要是測試系統(tǒng)在沒有授權(quán)的內(nèi)部或者外部用戶對系統(tǒng)進行攻擊或者惡意破壞時如何進行處理，是否仍能保證數(shù)據(jù)的安全。測試人員可以學習一些黑客技術(shù)，來對系統(tǒng)進行攻擊。 3.7. 可靠性測試可靠性測試這里是比較狹義的可靠性測試，它主要是對系統(tǒng)能否穩(wěn)定運行進行一個統(tǒng)計，在實際工作中如果沒有條件可以不必特意去做

6、。重點做好與之緊密相關(guān)的功能測試、健壯性測試就可以了。 5 / 114. 測試參考文檔和測試提交文檔測試參考文檔和測試提交文檔4.1. 測試參考文檔測試參考文檔下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性：文檔文檔已創(chuàng)建或可用已創(chuàng)建或可用已被接收或已經(jīng)過復審已被接收或已經(jīng)過復審作者或來源作者或來源備注備注軟件需求規(guī)格說明書是 否 是 否 需求評審軟件概要設(shè)計是 否 是 否 軟件詳細設(shè)計是 否 是 否 模塊開發(fā)手冊是 否 是 否 測試計劃是 否 是 否 測試報告是 否 是 否 用戶操作手冊是 否 是 否 4.2. 測試提交文檔測試提交文檔文檔文檔已創(chuàng)建或可用已創(chuàng)建或可用已被接收或

7、已經(jīng)過復審已被接收或已經(jīng)過復審作者或來源作者或來源備注備注測試計劃是 否 是 否 測試用例是 否 是 否 用例評審測試報告是 否 是 否 5. 測試資源測試資源5.1. 人力資源人力資源人員人員角色角色職責、任務職責、任務備注備注項目經(jīng)理項目管理測試組組長制定測試計劃、方案，并安排測試工作測試工程師編寫功能測試用例并執(zhí)行開發(fā)工程師系統(tǒng)開發(fā) 6 / 115.2. 測試環(huán)境測試環(huán)境測試服務器：測試服務器：硬件配置硬件配置CPU E5506(2.13G)、內(nèi)存 2g、硬盤 250G服務器操作系統(tǒng)服務器操作系統(tǒng)Microsoft Windows Server 2003服務器數(shù)據(jù)庫服務器數(shù)據(jù)庫Oracl

8、e10G服務器服務程序服務器服務程序IIS6.0其他設(shè)備或軟件其他設(shè)備或軟件5.3. 測試工具測試工具用途用途工具工具生產(chǎn)廠商生產(chǎn)廠商/自產(chǎn)自產(chǎn)版本版本備注備注測試用例管理測試管理器Bugfree2010壓力測試LoadRunnerHP11響應時間Httpwatch7.0吞吐量測試TTCPWMicrosoft1.0安全性測試AppScanIBM7.86. 確認測試確認測試6.1. 新增或修改內(nèi)容驗證新增或修改內(nèi)容驗證測試項測試項測試方法測試方法預計結(jié)果預計結(jié)果實際結(jié)果實際結(jié)果結(jié)論結(jié)論6.2. 用戶反饋問題確認用戶反饋問題確認無 7 / 117. 通過測試的標準通過測試的標準一般有“基于測試用例

9、”和“基于缺陷密度”兩種評比準則，在這里我們采用前者。準則如下：功能性測試用例通過率達到 100；非功能性測試用例通過率達到 95；沒有高于優(yōu)先級 3 以上的問題。備選通過辦法：備選通過辦法： 根據(jù)實際情況由軟件開發(fā)部門的經(jīng)理、項目經(jīng)理和測試負責人等共同討論確定本階段是否結(jié)束。 8. 測試策略測試策略8.1. 功能測試功能測試模塊模塊模塊一功能功能/業(yè)務業(yè)務測試目標測試目標測試方法測試方法優(yōu)先級優(yōu)先級集裝箱狀態(tài)查詢測試用例全部執(zhí)行完，發(fā)現(xiàn)的bug 全部關(guān)閉。系統(tǒng)測試、黑盒測試高模塊模塊模塊二功能功能/業(yè)務業(yè)務測試目標測試目標測試方法測試方法優(yōu)先級優(yōu)先級模塊模塊模塊三功能功能/業(yè)務業(yè)務測試目標測

10、試目標測試方法測試方法優(yōu)先級優(yōu)先級 8 / 11備注：功能測試的測試用例、bug 都在 Bugfree 上創(chuàng)建。測試、開發(fā)、需求人員都可以用自己的賬號登錄查看。在測試用例評審階段，需求和開發(fā)人員在 bugfree 上評審測試人員創(chuàng)建的用例。測試過程中，測試人員創(chuàng)建 bug 時， bugfree 會自動發(fā)郵件給開發(fā)人員。當對該系統(tǒng)一輪完整的測試結(jié)束后，測試人員發(fā)郵件通知開發(fā)人員第一輪測試結(jié)束，可以修改 bug、更新系統(tǒng)。開發(fā)人員將自己負責的模塊的 bug 修改完畢并更新系統(tǒng)后發(fā)郵件給測試人員，測試人員再做第二輪測試，如此循環(huán)，直至所有 bug 完全被修復8.2. 用戶界面測試用戶界面測試測試目標

11、測試目標通過測試進行的瀏覽可正確反映業(yè)務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab 鍵、鼠標移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)）都符合標準。測試范圍：測試范圍：技術(shù)：技術(shù)：對照界面測試規(guī)范文檔進行測試測試重點和優(yōu)先級：測試重點和優(yōu)先級：兼容性需考慮的特殊事項：需考慮的特殊事項：界面規(guī)范性測試界面規(guī)范性測試測試項測試項檢查要求檢查要求風格整個系統(tǒng)的風格是否保持一致色調(diào)系統(tǒng)是否采用統(tǒng)一色調(diào)，如深色調(diào)、淺紅色調(diào)、淡藍色調(diào)等顯示數(shù)據(jù)是否可自適應和自動換行顯示內(nèi)容的完整性所有數(shù)據(jù)展現(xiàn)的界面，必須使得測試數(shù)據(jù)超過一屏或一頁，驗

12、證在滿屏時是否正確顯示；對于報表中的數(shù)據(jù)的字段值是否都有明確定義顯示內(nèi)容的準確性對于沒有意義的字段值是否顯示為“-”或“/” ，而非顯示空驗證提示信息是否具有指導性提示信息提示信息位置是否居中所有窗體中的對象狀態(tài)是否正常，符合業(yè)務規(guī)則Tab 鍵的使用是否正常、合理界面顯示和處理的合理性復制、粘貼是否正常同類數(shù)據(jù)顯示的精度是否統(tǒng)一，如金額統(tǒng)一為 0 元，顯示 0.00 元等數(shù)據(jù)顯示的規(guī)范性相同屬性/字段名是否統(tǒng)一 9 / 11時間顯示格式是否統(tǒng)一兼容性測試兼容性測試操作系統(tǒng)操作系統(tǒng)瀏覽器瀏覽器Windows Server 2003IE8.0Windows XPIE7.0Windows 2007I

13、E6.08.3. 性能性能測試測試測試目標測試目標吞吐量達到 XX 萬次操作數(shù)/每秒；頁面平均響應時間時間 3 秒以內(nèi)，更新處理時間 20 秒以內(nèi)，系統(tǒng)啟動時間 20 秒以內(nèi)；并發(fā)數(shù)500 以上(模塊、業(yè)務)；正常情況服務器的 CPU 占用率不超過75%，內(nèi)存使用率不超過 70%；峰值用戶時服務器的 CPU 占用不超過85%，內(nèi)存使用率不超過 90%。測試范圍：測試范圍：網(wǎng)絡(luò)吞吐量、頁面響應時間、并發(fā)數(shù)、服務器性能技術(shù)：技術(shù)：網(wǎng)絡(luò)吞吐量：利用 TTCPW 工具測試操作下的吞吐量平均響應時間：利用 httpwatch 工具記錄每個頁面的響應時間并發(fā)效率：利用 loadrunner 工具記錄需進行

14、并發(fā)測試的模塊功能點服務器性能：利用服務器監(jiān)聽工具（分別在單用戶及多用戶下進行測試）測試重點和優(yōu)先級：測試重點和優(yōu)先級：多用戶針對業(yè)務操作進行并發(fā)需考慮的特殊事項：需考慮的特殊事項：場景設(shè)計：場景設(shè)計：業(yè)務業(yè)務場景場景利用 N（5、10、20）個用戶對企業(yè)查詢模塊中的查詢功能進行點擊，并在系統(tǒng)內(nèi)停留 10s 后集體退出查詢利用 N（5、10、20）個用戶每 3S 一個對企業(yè)查詢模塊中的查詢功能進行點擊，不在系統(tǒng)內(nèi)停留 10s 后 3S 逐個退出 10 / 118.4. 壓力測試壓力測試測試目標測試目標平均無故障時間 7 天測試范圍：測試范圍：技術(shù)：技術(shù)：利用自動化工具對系統(tǒng) 7 天不間斷向系統(tǒng)

15、插入數(shù)據(jù)，并記錄系統(tǒng)的是否存在錯誤信息。測試重點和優(yōu)先級：測試重點和優(yōu)先級：需考慮的特殊事項：需考慮的特殊事項：場景設(shè)計：場景設(shè)計：業(yè)務業(yè)務場景場景系統(tǒng)運行利用自動化工具對系統(tǒng) 7 天不間斷向系統(tǒng)插入數(shù)據(jù)，并記錄系統(tǒng)的是否存在錯誤信息。8.5. 容量測試容量測試測試目標測試目標核實測試對象在以下高容量條件下能否正常運行：連接或模擬了最大（實際或?qū)嶋H允許）數(shù)量的客戶機，所有客戶機在長時間內(nèi)執(zhí)行相同的、且情況（性能）最壞的業(yè)務功能。已達到最大的數(shù)據(jù)庫大?。▽嶋H的或按比例縮放的） ，而且同時執(zhí)行多個查詢或報表事務。測試范圍：測試范圍：技術(shù)：技術(shù)：應該使用多臺客戶機來運行相同的測試或互補的測試，以便在長時間內(nèi)產(chǎn)生最繁重的事務量或最差的事務組合創(chuàng)建最大的數(shù)據(jù)庫大?。▽嶋H的、按比例縮放的、或填充了代表性數(shù)據(jù)的數(shù)據(jù)庫） ，并使用多臺客戶機在長時間內(nèi)同時運行查詢和新增事務。測試重點和優(yōu)先級：測試重點和優(yōu)先級：大數(shù)據(jù)量的情況下的系統(tǒng)性能需考慮的特殊事項：需考慮的特殊事項：8.6. 安全性和訪問控制測試安全性和訪問控制測試測試目標測試目標檢查安全漏洞