產(chǎn)品測試方案

1、百度XXX產(chǎn)品vl.0.0測試方案文檔版本限制文檔版本 號日期作者審核人說明V1.0.c目錄百度XXX產(chǎn)品V1.0.0測試方案 11 工程簡介局部 21.1 文檔編寫目的 21.2 測試工程背景描述 21.3 測試工作容和圍 22 測試文檔可裁減 22.1 測試所需參考文檔 22.2 測試需提交文檔 33 測試安排和方案 43.1 工程整體方案 43.2 測試資源安排 73.2.1 人力資源分工 73.2.2 測試環(huán)境安排和使用 73.2.3 所需的合彳方配合 83.2.4 測試所需工具 84 風(fēng)險預(yù)估和應(yīng)對可裁減 95 準入測試方案可裁減 106 功能測試方案 116.1 CASE開發(fā)和治理

2、的規(guī) 116.2 測試需求分析和策略制定 116.2.1 分功能測試需求分析 116.2.2 測試工具需求 127 性能測試方案可裁減 127.1 性能測試工具需求 127.2 場景名 XXX1 127.2.1 場景概述 127.2.2 執(zhí)行策略設(shè)計 137.2.3 測試數(shù)據(jù)需求 137.2.4 性能測試結(jié)果分析方法和預(yù)期 137.3 壓力測試場景設(shè)計 137.3.1 場景名 XXX 13.c1 工程簡介局部1.1 文檔編寫目的工程名稱的這一 “測試方案文檔有助于實現(xiàn)以下目標:確定現(xiàn)有工程的信息和應(yīng)測試的軟件構(gòu)件.列出推薦的測試需求高級需求.推薦可采用的測試策略,并對這些策略加以說明.確定所需

3、的資源,并對測試的工作量進行估計.預(yù)估工程的風(fēng)險和本錢,對制定應(yīng)對舉措.列出測試工程的可交付元素1.2 測試工程背景描述對測試對象應(yīng)用程序、模塊、子模塊、系統(tǒng)等及其開發(fā)設(shè)計目標進行 簡要說明.需要包括的信息有：主要的功能和性能、測試對象的構(gòu)架以及工程 的簡史、測試對象的設(shè)計開發(fā)初衷和目標.1.3 測試工作容和圍簡要描述測試所需的階段例如,評審、測試設(shè)計、單元測試、冒煙測試、 手工測試、回歸測試、自動化測試、性能測試、交叉自由測試等.簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能.如果在編寫此文檔的過程中做出的某些假設(shè)可能會影響測試設(shè)計、開發(fā)或 實施,那么列出所有這些假設(shè).列出可能

4、會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃酗L(fēng)險或意外事件.列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃屑s束.2測試文檔可裁減2.1 測試所需參考文檔下表列出了制定和實施該測試方案時所需要使用的相關(guān)文檔,并標明了各文檔的可用性：注：列表中為文檔項,需要具化,可適當(dāng)?shù)貏h除或添加文檔項.文檔具體的文檔名稱 和列表版本/日期已創(chuàng)立或可 用已被接收或 已經(jīng)過復(fù)審作者或來 源角色和備注.c軟件產(chǎn)品背景相關(guān)資料 業(yè)務(wù)簡介、名詞解釋、 操作說明、系統(tǒng)資料、 訪問環(huán)境等是口否口是否口PM/RD軟件產(chǎn)品調(diào)研相關(guān)資料 前期調(diào)研資料等是口否口是否口PM/RDMRD是口否口是口否口PM/RD概要設(shè)計1是口否口是口否口RD詳細設(shè)計是口

5、否口:是口否口:RD產(chǎn)品性能要求是口否口是口否口PM/RD產(chǎn)品常規(guī)檢查 checklist是口否口是口否口PM/RD產(chǎn)品升級檢查 checklist是口否口是口否口PM/RD運維部署文檔是口否口:是口否口r RD/OP上線步驟是口否口是口否口RD/OP單元測試設(shè)計單元測 試報告是口否口是口否口RD代碼行diff分析是口否口是口否口RD產(chǎn)品總測試方案性能是口否口是口否口qa產(chǎn)品測試框架是口否口是口否口QA產(chǎn)品 test case是口否口是口否口QA相關(guān)流程文檔和模板是口否口是口否口QA/PM/RD相關(guān)工作指南和規(guī)checklist 是口否口是口否口QA測試工具參考文檔1是口否口是口否口qa測試陷

6、阱tips、經(jīng)驗總 結(jié) 文檔、case study 文 檔、工程成長記錄等參考資料是口否口是口否口QA2.2 測試需提交文檔卜表列出了制定和實施該測試方案時測試所需要提交的相關(guān)文檔,并標明了各文檔的可用性：注：列表中為文檔項,需要具化,可適當(dāng)?shù)貏h除或添加文檔項.文檔具體的文檔名稱 和列表版本/日期已創(chuàng)立或可 用已被接收或 已經(jīng)過復(fù)審作者或來 源角色和備注MRD羊細設(shè)計等評審批 注意見是口否口是否口QA單元測試設(shè)計單元測 試報告是口否口是口否口QA測試方案性能是口否口是口否口QA.c測試方案是口否口是口否口QA測試開發(fā)需求貨設(shè)計 關(guān)鍵字、工具等是口否口是口否口QA測試設(shè)計是口否口是口否口QA測試

7、報告功能、性能、 自動化是口否口是口否口QA工程總結(jié)是口否口是口否口QA缺陷分析和測試設(shè)計補 充是口否口是口否口QA工程投入和時間數(shù)據(jù)是口否口是口否口QA測試陷阱tips是口否口是口否口QAcase study 文檔是口否口是口否口Pqa工程成長記錄是口否口是口否口QA3測試安排和方案3.1 測試難點和重點可裁減注本小節(jié)描述工程測試中預(yù)計的測試重點和測試難點,撰寫者可根據(jù)需要對以下的表格進行修改3.1.1 測試重點可裁減編號重點項重要性說明備注1多用戶并發(fā)讀 寫操作作為一個分布式系統(tǒng), 并發(fā)讀寫實必須要支 持的關(guān)鍵功能；另外這 局部功能只要止確,順 序讀寫正確性一定能 保證由于需要考慮 自動化

8、工具支 持.2異常測試作為一個根底平臺項 目,系統(tǒng)要能夠咨忍各 種軟硬件異常.可以參照之前 整理的分布式 異常體系進行 異常模擬3XxxxXxxx3.1.2測試難點可裁減編號難點項困難性說明備注1相關(guān)數(shù)據(jù)并發(fā) 讀寫的正確性由于存在執(zhí)行不確定 性,無法事先獲得期望可以考慮利用系 統(tǒng) 的.c驗證的結(jié)果；另外這種不確 定性也導(dǎo)致了 bug難 以復(fù)現(xiàn)checkpoint 功 能進行功能回 放.2Xxxx3.2工程整體方案工程階段時間段參與人員測試工作容安排產(chǎn)出備注調(diào)研階段參與調(diào)研討論需求評審 階段1 . 了解工程背景 資料2 .閱讀mrd3 .反應(yīng)評審問題4 .參與需求評審5 .確認評審結(jié)論6 .初步

9、評估測試 方案? 評審批注反 饋? 初步測試計 劃詳細設(shè)計 階段1 .分析產(chǎn)品功 能,確認測試 需求2 .進行測試點拆 分3 .反應(yīng)評審問題4 . 參與設(shè)計評審5 .確認設(shè)計評審 結(jié)論6 .確定測試初步 力殺? 評審批注反 饋?測試框架? 功能點拆分 文檔? 測試點拆分 文檔? 初步測試方 案?測試方案調(diào)整RD開發(fā)階 段1 .確定測試方案2 .確定自動化測 試點3 .撰寫測試 case 和相關(guān) 關(guān)鍵字4 .準備測試數(shù)據(jù)5 .自動生成自動 化 case6 . FE提交頁面 后獲取貝聞對 象7 .開發(fā)測試工具8 .測試方案和測 試設(shè)計評審? 關(guān)鍵字列表? Case書寫規(guī)? 測試case 文檔? 自

10、動化case? 測試工具和 程序準入測試1.環(huán)境部署? 測試環(huán)境.c階段2 .準入測試3 .完善自動化case? 準入測試結(jié) 論? 局部自動化 case及執(zhí)行 結(jié)果第一遍全 面測試1 .執(zhí)行手工測試2 .執(zhí)行自動化case3 .性能測試4 .完善自動化case? 手工測試結(jié) 論? 局部關(guān)鍵字? 完善或新補 充的自動化case? 性能測試結(jié) 果? 自動化case 結(jié)果Bug回歸測試1 .確認bug修復(fù) 情況2 .執(zhí)行自動化case3 .完善自動化case4 .性能測試? Bug確認結(jié) 論? 局部關(guān)鍵字? 完善或新補 充的自動化case? 自動化case 結(jié)果? 性能測試結(jié) 果全面回歸 測試1 .

11、執(zhí)行手工回歸 測試2 .執(zhí)行自動化casee3 .性能測試? 測試結(jié)論和 測試抗e告交叉自由 測試1 . PM RD QA交 叉自由測試2 .常規(guī)檢查自動 化case執(zhí)行? 測試結(jié)論和 測試抗e告上線階段1 .上線輔助2 .線上檢查3 . Bug回灌? Bug回灌工程總結(jié) 階段1 .相關(guān)總結(jié)；2 . Case和框架 合并；3 .自動化case 治理詳細測試方案請參加?XX工程V0.0.0測試方案?文檔.c3.3測試資源安排3.3.1 人力資源分工下表列出了在此工程的人員配備方面所作的各種假定.注：可適當(dāng)?shù)貏h除或添加角色和人員項.角色人員所推薦的投 入主要責(zé)任或注釋需要具化工程負責(zé)人803100

12、%? 處理插入事務(wù)? 協(xié)調(diào)工程安排? 分析測試需求? 制定測試方案和測試方案? 負責(zé)治理文檔資料、case、程序、 工具? 測試全程參與測試工程師503100%? 測試全程參與? 分析測試需求? 撰寫測試case 即自動化case? 提出關(guān)鍵字和自動化工具需求? 完善補充自動化case并執(zhí)行測試? 測試分析和測試se告輔助測試開發(fā) 工程師10%- 30%? 參與測試工作? 輔助關(guān)鍵字、工具開發(fā)、執(zhí)行問題 修復(fù)? 輔助自動化框架制定和實施3.3.2 測試環(huán)境安排和使用網(wǎng)絡(luò)硬件,如拓撲圖、硬件設(shè)備、規(guī)格、數(shù)量、配置等信息; 網(wǎng)絡(luò)軟件,如協(xié)議、通訊和連接方式等信息.下表列出了測試的系統(tǒng)環(huán)境硬件環(huán)境效

13、勞器、網(wǎng)絡(luò)、虛擬機等需求軟件環(huán)境相關(guān)操作系統(tǒng)、軟件及環(huán)境配置等.c3.3.3 所需的合作方配合配合方配合人 員希望提供的 資源希望的配合工 作配合 階段配合時間備注PM? 人員? 資源協(xié)調(diào) 和推動? 交叉自由 測試安排全程RD/FE? 利于測 試的程 序、貞向 及其部 署安裝 文檔? 分階段提 供被測程 序? 在開發(fā)周 期的后20% 前提供貢 面測試 設(shè)計 和測 試執(zhí) 行XX產(chǎn) 品QA? Xx效勞 器的xx 效勞、xx 數(shù)據(jù)? 人員? 聯(lián)調(diào)環(huán)境 準備；? 聯(lián)調(diào)資源 提供? 聯(lián)調(diào)問題 輔助定位測試 執(zhí)行聯(lián) 調(diào)測 試3.3.4 測試所需工具下表列出了在此工程的使用工具方面所作的各種假定. 注：可適

14、當(dāng)?shù)貏h除或添加工具項.工具獲取和 訪問地 址用途支持人 員使用階段使用時間備注Case治理工具url? 導(dǎo) 出 case 框 架和可 復(fù) 用case測試準備Word-? 撰寫方案、case測試準備Project-? 撰寫測 試方案測試準備Git/cvs環(huán)境? 代碼、文 檔、工具 治理測試準備 測試執(zhí)行 測試總結(jié)Atpurl? 測試報測試執(zhí)行.c告? 測試數(shù) 據(jù)Opensta環(huán)境? 性能壓 力測試性能測試Myab環(huán)境? 性能壓 力測試性能測試4風(fēng)險預(yù)估和應(yīng)對可裁減下表列出了在此工程的測試工作所存在的各種風(fēng)險的假定,需要考慮工程 測試過程中可能發(fā)生的具體事務(wù),分別分析并加以應(yīng)對,然后表達在測試方案

15、中注：可適當(dāng)?shù)貏h除或添加風(fēng)險項.風(fēng)險類型風(fēng)險 責(zé)任方風(fēng)險容相應(yīng) 處理 優(yōu)先 級可能發(fā) 生的階 段可能發(fā) 生的時 問段應(yīng)對 所需 資源應(yīng)對措 施只 是建 議,需 要具 化備注時間方案? 合 理方案 ? 及 時調(diào)整人員風(fēng)險? 充 分估計? 預(yù) 留 buffer? 及 時調(diào)整資源協(xié)調(diào)? 充 分估計? 預(yù) 留 buffer? 及 時調(diào)整插入事務(wù)? 預(yù)留buffer? 及時調(diào)整任務(wù)超預(yù)? 及.c期時調(diào)整注：各個風(fēng)險類型解釋如下.時間方案：關(guān)鍵milestone無法匹配的延期風(fēng)險.諸如工程存在deadline、 方案受到客觀條件限制、非己方責(zé)任導(dǎo)致地被動延期等等；人員風(fēng)險：測試人員和需配合方的人員的變動導(dǎo)

16、致的工作任務(wù)無法按方案 完成或者完成質(zhì)量無法保證的風(fēng)險,包括新人風(fēng)險、人員變化、投入缺乏、投入 質(zhì)量不高等；資源協(xié)調(diào)：包括所需資源不能如期到位,或者資源質(zhì)量低于預(yù)期等風(fēng)險. 比方測試工具開發(fā)的風(fēng)險、各個階段交付物的質(zhì)量風(fēng)險等.插入事務(wù)：包括臨時插入高優(yōu)先級的事務(wù),打亂原有方案等風(fēng)險.任務(wù)超預(yù)期：實際執(zhí)行時的工作復(fù)雜程度、結(jié)果的質(zhì)量同預(yù)期不符所帶來 的風(fēng)險.屬于不可預(yù)期的風(fēng)險,只能待出現(xiàn)時及時合理地調(diào)整.風(fēng)險分為可預(yù)期的和不可預(yù)期的,對于可預(yù)期的風(fēng)險,可以要求資源,制 定提前的應(yīng)對舉措.但是對于不可預(yù)期的風(fēng)險,只能待出現(xiàn)時,充分考慮各方因 素,及時調(diào)整.所以,對于可預(yù)期的風(fēng)險,需要的水平是充分預(yù)

17、估,對于不可預(yù) 期的風(fēng)險,需要的是及時發(fā)覺并調(diào)整應(yīng)對.5準入測試方案可裁減 本節(jié)可根據(jù)是否做準入測試進行裁減說明準入測試中各測試容的LIST和預(yù)期結(jié)果,其它容可選分 類測試容可 分級描述輸入 可 選操作步 驟可 選預(yù)期結(jié) 果輔助工 具可 選環(huán) 境 搭 建依據(jù)上線 步驟成功 搭建測試 環(huán)境環(huán)境搭 建成功功能測試測試數(shù)據(jù) 加載成功準備線 上詞表加載成 功、日 志記錄 準確*腳本.c6功能測試方案6.1 Case開發(fā)和治理的規(guī)描述case的模板以及治理方式6.2 測試需求分析和策略制定6.2.1 分功能測試需求分析根據(jù)測試框架中的各個局部,進行測試需求分析,確定測試容和測試方法.6.2.1.1 XX

18、功能模塊1 .主要功能描述根據(jù)需求和設(shè)計,將該局部的功能做簡要描述2 .測試點分析測試點所需回歸的相 關(guān)測試點測試方法類型測試方法詳述A依據(jù) 該功能 分析可 以測試 的點依據(jù)測試框 架所選擇的復(fù) 用case的測試 點列表手工測試 自動化測試 自動化輔助測試新舊版本比照 測試描述依據(jù)測試類 型而選擇的測試策 略,包括需要準備 的數(shù)據(jù),需要使用 的輔助工具,需要 使用的自動化方 法,以及需要抽象 的關(guān)鍵字等等注：各個測試方法類型解釋如下.手工測試：采用人工操作,并人工觀察確認測試結(jié)果的測試方法.如無特 別的創(chuàng)新方法,諸如數(shù)據(jù)準備和場景描述策略等,此方法可以一筆帶過.c自動化測試：使用提前準備好的自動化case完全無人工干預(yù)的測試.該方 法如果需要特別的工具、關(guān)鍵字開發(fā),需要注明.自動化輔助測試：使用工具,將測試的局部過程,比方結(jié)果保存抓圖、 數(shù)據(jù)上傳、結(jié)果驗證等用程序自動化實現(xiàn),但是局部過程還需要人工驗證的測試. 該方法可以提升局部效率,但是或許需要人工去分析嚴重結(jié)果.新舊版本比照測試：在版本升級測試中,如果有兩套環(huán)境,可以通過同樣 的輸入和操作來比照驗