百度軟件測試方案模板

1、百度XXX產(chǎn)品vl.0.0測試方案文檔版本控制文檔版本號日期作者審核人說明V1.0目錄百度XXX產(chǎn)品V1.0.0測試方案11 項目簡介部分21.1 文檔編寫目的21.2 測試項目背景描述21.3 測試工作內(nèi)容和范圍22 測試文檔可裁減22.1 測試所需參考文檔22.2 測試需提交文檔33 測試安排和計劃43.1 項目整體計劃43.2 測試資源安排63.2.1 人力資源分工63.2.2 測試環(huán)境安排和使用73.2.3 所需的合作方配合73.2.4 測試所需工具84 風(fēng)險預(yù)估和應(yīng)對可裁減85 準(zhǔn)入測試方案可裁減106 功能測試方案106.1 CASE開發(fā)和管理的規(guī)范106.2 測試需求分析和策略制

2、定106.2.1 分功能測試需求分析106.2.2 測試工具需求117 性能測試方案可裁減127.1 性能測試工具需求127.2 場景名XXX1127.2.1 場景概述127.2.2 執(zhí)行策略設(shè)計127.2.3 測試數(shù)據(jù)需求137.2.4 性能測試結(jié)果分析方法和預(yù)期137.3 壓力測試場景設(shè)計137.3.1 場景名XXX131項目簡介部分文檔編寫目的項目名稱的這一“測試方案”文檔有助于實現(xiàn)以下目標(biāo):確定現(xiàn)有項目的信息和應(yīng)測試的軟件構(gòu)件。列出推薦的測試需求（高級需求）。推薦可采用的測試策略，并對這些策略加以說明。確定所需的資源，并對測試的工作量進(jìn)行估計。預(yù)估項目的風(fēng)險和成本，對制定應(yīng)對措施。列出

3、測試項目的可交付元素測試項目背景描述對測試對象（應(yīng)用程序、模塊、子模塊、系統(tǒng)等）及其開發(fā)設(shè)計目標(biāo)進(jìn)行簡要說明。需要包括的信息有：主要的功能和性能、測試對象的構(gòu)架以及項目的簡史、測試對象的設(shè)計開發(fā)初衷和目標(biāo)。測試工作內(nèi)容和范圍簡要描述測試所需的階段（例如，評審、測試設(shè)計、單元測試、冒煙測試、手工測試、回歸測試、自動化測試、性能測試、交叉自由測試等）。簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能。如果在編寫此文檔的過程中做出的某些假設(shè)可能會影響測試設(shè)計、開發(fā)或?qū)嵤?，則列出所有這些假設(shè)。列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃酗L(fēng)險或意外事件。列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃屑s

4、束。2測試文檔可裁減測試所需參考文檔下表列出了制定和實施該測試方案時所需要使用的相關(guān)文檔，并標(biāo)明了各文檔的可用性：注：列表中為文檔項，需要具化，可適當(dāng)?shù)貏h除或添加文檔項。文本具體的文檔名稱和列表（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源角色和姓名備注軟件產(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è)計是口合口是口合口RD詳細(xì)設(shè)計是口合口是口合口RD產(chǎn)品性能要求是口合口是口合口PM/RD產(chǎn)品常規(guī)檢查checklist是口合口是口合口PM/RD產(chǎn)

5、品升級檢查checklist是口合口是口合口PM/RD運維部署文檔是口合口是口合口RD/OP上線步驟是口合口是口合口RD/OP單元測試設(shè)計（單元測試報告）是口合口是口合口RD代碼行diff分析是口合口是口合口RD產(chǎn)品總測試方案（性能）是口合口是口合口QA產(chǎn)品測試框架是口合口是口合口QA產(chǎn)品testcase是口合口是口合口QA相關(guān)流程文檔和模板是口合口是口合口QA/PM/RD相關(guān)工作指南和規(guī)范（checklist）是口合口是口合口QA測試工具參考文檔是口合口是口合口QA測試陷阱tips、經(jīng)驗總結(jié)文檔、casestudy文檔、項目成長記錄等參考資料是口合口是口合口QA測試需提交文檔下表列出了制定和

6、實施該測試方案時測試所需要提交的相關(guān)文檔，并標(biāo)明了各文檔的可用性：注：列表中為文檔項，需要具化，可適當(dāng)?shù)貏h除或添加文檔項。文本具體的文檔名稱和列表（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源角色和姓名備注MRD詳細(xì)設(shè)計等評審批注意見是口合口是否口QA單元測試設(shè)計（單元測試報告）是口合口是口合口QA測試方案（性能）是口合口是口合口QA測試計劃是口合口是口合口QA測試開發(fā)需求貨設(shè)計（關(guān)鍵字、工具等）是口合口是口合口QA測試設(shè)計是口合口是口合口QA測試報告（功能、性能、自動化）是口合口是口合口QA項目總結(jié)是口合口是口合口QA缺陷分析和測試設(shè)計補(bǔ)充是口合口是口合口QA項目投入和時間數(shù)據(jù)是口

7、合口是口合口QA測試陷阱tips是口合口是口合口QAcasestudy文檔是口合口是口合口QA項目成長記錄是口合口是口合口QA3測試安排和計劃測試難點和重點可裁減注本小節(jié)描述項目測試中預(yù)計的測試重點和測試難點，撰寫者可根據(jù)需要對下列的表格進(jìn)行修改3.1.1測試重點可裁減編R重點項重要性說明備注1多用戶并發(fā)讀寫操作作為一個分布式系統(tǒng)，并發(fā)讀寫實必須要支持的關(guān)鍵功能；另外這部分功能只要正確，順序讀寫正確性一定能保證由于需要考慮自動化工具支持。2異常測試作為一個基礎(chǔ)平臺項目，系統(tǒng)要能夠容忍各種軟硬件異常?？梢詤⒄罩罢淼姆植际疆惓ｓw系進(jìn)行異常模擬3XxxxXxxx3.1.2測試難點可裁減編p難點項

8、困難性說明備注1相關(guān)數(shù)據(jù)并發(fā)讀寫的正確性驗證由于存在執(zhí)行不確定性，無法事先獲得期望的結(jié)果；另外這種不確定性也導(dǎo)致了bug難以復(fù)現(xiàn)可以考慮利用系統(tǒng)的checkpoint功能進(jìn)行功能回放。2Xxxx項目整體計劃項目階段時間段參與人員測試工作內(nèi)容安排產(chǎn)出備注調(diào)研階段參與調(diào)研討論需求評審階段1. 了解項目背景資料2. 閱讀mrd3. 反饋評審問題4. 參與需求評審5. 確認(rèn)評審結(jié)論6. 初步評估測試計劃評審批注反饋初步測試計劃詳細(xì)設(shè)計階段1. 分析產(chǎn)品功能，確認(rèn)測試需求2. 進(jìn)行測試點拆分3. 反饋評審問題4. 參與設(shè)計評審5. 確認(rèn)設(shè)計評審結(jié)論6. 確定測試初步方案評審批注反饋測試框架功能點拆分文檔

9、測試點拆分文檔初步測試方案測試計劃調(diào)整RDFF發(fā)階段1. 確定測試方案2. 確定自動化測試點3. 撰寫測試case和相關(guān)關(guān)鍵字4. 準(zhǔn)備測試數(shù)據(jù)5. 自動生成自動化case6. FE提交頁面后獲取頁面對象7. 開發(fā)測試工具8. 測試方案和測試設(shè)計評審關(guān)鍵字列表Case書寫規(guī)范測試case文檔自動化case測試工具和程序準(zhǔn)入測試階段1. 環(huán)境部署2. 準(zhǔn)入測試3. 完善自動化case測試環(huán)境準(zhǔn)入測試結(jié)論部分自動化case及執(zhí)行結(jié)果第一遍全面測試6 執(zhí)行手工測試7 執(zhí)行自動化case8 性能測試9 完善自動化case手工測試結(jié)論部分關(guān)鍵字完善或新補(bǔ)充的自動化case性能測試結(jié)果自動化case結(jié)果B

10、ug回歸測試2.2 確認(rèn)bug修復(fù)情況3.3 執(zhí)行自動化case4.4 完善自動化case5.5 性能測試Bug確認(rèn)結(jié)論部分關(guān)鍵字完善或新補(bǔ)充的自動化case自動化case結(jié)果性能測試結(jié)果全面回歸測試1.1.1 執(zhí)行手工回歸測試2.2.2 執(zhí)行自動化casee3.3.3 性能測試測試結(jié)論和測試報告交叉自由測試1.1.1.1 PMRDQA交叉自由測試2.2.2.2 常規(guī)檢查自動化case執(zhí)行測試結(jié)論和測試報告上線階段1 上線輔助2 線上檢查3 Bug回灌Bug回灌項目總結(jié)階段7 相關(guān)總結(jié)；8 Case和框架合并；9 自動化case管理詳細(xì)測試計劃請參加xx項目v0.0.0_測試計劃文檔測試資源安

11、排3.3.1人力資源分工卜表列出了在此項目的人員配備方面所作的各種假定。注：可適當(dāng)?shù)貏h除或添加角色和人員項。角色人員所推薦的投入主要職責(zé)或注釋需要具化項目負(fù)責(zé)人803100%處理插入事務(wù)協(xié)調(diào)項目安排分析測試需求制定測試方案和測試計劃負(fù)責(zé)管理文檔資料、case、程序、工具測試全程參與測試工程師503100%測試全程參與分析測試需求撰寫測試case（即自動化case）提出關(guān)鍵字和自動化工具需求完善補(bǔ)充自動化case并執(zhí)行測試測試分析和測試報告輔助測試開發(fā)工程師10330%參與測試工作輔助關(guān)鍵字、工具開發(fā)、執(zhí)行問題修復(fù)輔助自動化框架制定和實施3.3.2測試環(huán)境安排和使用網(wǎng)絡(luò)硬件，如拓?fù)鋱D、硬件設(shè)備、

12、規(guī)格、數(shù)量、配置等信息;網(wǎng)絡(luò)軟件，如協(xié)議、通訊和連接方式等信息。下表列出了測試的系統(tǒng)環(huán)境硬件環(huán)境（服務(wù)器、網(wǎng)絡(luò)、虛擬機(jī)等需求）軟件環(huán)境（相關(guān)操作系統(tǒng)、軟件及環(huán)境配置等）3.3.3所需的合作方配合配合方配合人員希望提供的資源希望的配合工作配合階段配合時間備注PM人員資源協(xié)調(diào)和推動交叉自由測試安排全程RD/FE利于測試的程序、頁面及其部署安裝文檔分階段提供被測程序在開發(fā)周期的后20%前提供頁面測試設(shè)計和測試執(zhí)行XX產(chǎn)Xx服務(wù)器聯(lián)調(diào)環(huán)境準(zhǔn)測試執(zhí)品QA的xx服務(wù)、備；行（聯(lián)調(diào)xx數(shù)據(jù)聯(lián)調(diào)資源提供測試）人員聯(lián)調(diào)問題輔助定位3.3.4測試所需工具下表列出了在此項目的使用工具方面所作的各種假定。注：可適當(dāng)?shù)?/p>

13、刪除或添加工具項。工具獲取和訪問地址用途支持人員使用階段使用時間備注Case管理工且url導(dǎo)出case框架和可復(fù)用case測試準(zhǔn)備Word-撰寫方案、case測試準(zhǔn)備Project-撰寫測試計劃測試準(zhǔn)備Git/cvs環(huán)境代碼、文檔、工具管理測試準(zhǔn)備測試執(zhí)行測試總結(jié)Atpurl測試報告測試數(shù)據(jù)測試執(zhí)行Opensta環(huán)境性能壓力測試性能測試Myab環(huán)境性能壓力測試性能測試4風(fēng)險預(yù)估和應(yīng)對可裁減卜表列出了在此項目的測試工作所存在的各種風(fēng)險的假定，需要考慮項目測試過程中可能發(fā)生的具體事務(wù)，分別分析并加以應(yīng)對，然后體現(xiàn)在測試計劃中。注：可適當(dāng)?shù)貏h除或添加風(fēng)險項。風(fēng)險類型風(fēng)險責(zé)任方風(fēng)險內(nèi)容相應(yīng)處理優(yōu)先級可

14、能發(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ù)期及時調(diào)整,注：各個風(fēng)險類型解釋如下。時間計劃：關(guān)鍵milestone無法匹配的延期風(fēng)險。諸如項目存在deadline、計劃受到客觀條件限制、非己方責(zé)任導(dǎo)致地被動延期等等；人員風(fēng)險：測試人員和需配合方的人員的變動導(dǎo)致的工作任務(wù)無法按計劃完成或者完成質(zhì)量無法保證的風(fēng)險，包括新人風(fēng)險、人員變化、投入不足、投入質(zhì)量不高等；資源協(xié)調(diào)：包括所需資源不能如期到位，或者資源質(zhì)量低于預(yù)期等風(fēng)險。比如

15、測試工具開發(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ù)估，對于不可預(yù)期的風(fēng)險，需要的是及時察覺并調(diào)整應(yīng)對。5準(zhǔn)入測試方案可裁減本節(jié)可根據(jù)是否做準(zhǔn)入測試進(jìn)行裁減說明準(zhǔn)入測試中各測試內(nèi)容的LIST和預(yù)期結(jié)果，其它內(nèi)容可選分類測試內(nèi)容（可分級描

16、述）輸入（可選）操作步驟（可選）預(yù)期結(jié)果輔助工具（可選）環(huán)境搭建依據(jù)上線步驟成功搭建測試環(huán)境環(huán)境搭建成功功能測試測試數(shù)據(jù)加載成功準(zhǔn)備線上詞表加載成功、日志記錄準(zhǔn)確*腳本6功能測試方案Case開發(fā)和管理的規(guī)范描述case的模板以及管理方式測試需求分析和策略制定1.7 分功能測試需求分析根據(jù)測試框架中的各個部分，進(jìn)行測試需求分析，確定測試內(nèi)容和測試方法1.7.2 XX功能模塊.主要功能描述根據(jù)需求和設(shè)計，將該部分的功能做簡要描述2.測試點分析測試點所需回歸的相關(guān)測試點測試方法類型測試方法詳述A依據(jù)該功能分析可以測試的點依據(jù)測試框架所選擇的復(fù)用case的測試點列表手工測試自動化測試自動化輔助測試新舊

17、版本對比測試描述依據(jù)測試類型而選擇的測試策略，包括需要準(zhǔn)備的數(shù)據(jù)，需要使用的輔助工具，需要使用的自動化方法，以及需要抽象的關(guān)鍵字等等注：各個測試方法類型解釋如下。手工測試：采用人工操作，并人工觀察確認(rèn)測試結(jié)果的測試方法。如無特別的創(chuàng)新方法，諸如數(shù)據(jù)準(zhǔn)備和場景描述策略等，此方法可以一筆帶過。自動化測試：使用提前準(zhǔn)備好的自動化case完全無人工干預(yù)的測試。該方法如果需要特別的工具、關(guān)鍵字開發(fā)，需要注明。自動化輔助測試：使用工具，將測試的部分過程，比如結(jié)果保存（抓圖）、數(shù)據(jù)上傳、結(jié)果驗證等用程序自動化實現(xiàn)，但是部分過程還需要人工驗證的測試。該方法可以提高部分效率，但是或許需要人工去分析嚴(yán)重結(jié)果。新舊

18、版本對比測試：在版本升級測試中，如果有兩套環(huán)境，可以通過同樣的輸入和操作來對比驗證結(jié)果的方式來進(jìn)行測試和自動化測試，自動化測試可以使用coco2.0工具，常用與規(guī)避數(shù)據(jù)計算邏輯復(fù)雜的結(jié)果對比測試。6.2.2測試工具需求測試工具需求的列表，可以單獨文檔進(jìn)行描述7性能測試方案可裁減本節(jié)可根據(jù)是否做性能測試進(jìn)行裁減性能測試工具需求測試工具需求的列表，可以單獨文檔進(jìn)行描述7.2場景名XXXI7.2.1場景概述此處概要說明此場景對應(yīng)的業(yè)務(wù)流程，如果多個場景業(yè)務(wù)流程一致，只是數(shù)據(jù)方面的差異，可將場景概述提前在所有場景前進(jìn)行統(tǒng)一描述。例如:用戶登錄系統(tǒng)-進(jìn)入系統(tǒng)-退出系統(tǒng)7.2.2執(zhí)行策略設(shè)計此處描述對于這一場景的執(zhí)行策略，如并發(fā)用戶數(shù)量、重復(fù)次數(shù)、性能測試執(zhí)行時間