百度軟件測試方案模板

百度在線網(wǎng)絡(luò)技術(shù)（北京）有限公司軟件測試技術(shù)：軟件測試培訓(xùn)：百度XXX產(chǎn)品v1.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)境安排和使用 63.2.3 所需的合作方配合 73.2.4 測試所需工具 74 風(fēng)險預(yù)估和應(yīng)對[可裁減] 85 準(zhǔn)入測試方案[可裁減] 96 功能測試方案 96.1 Case開發(fā)和管理的規(guī)范 96.2 測試需求分析和策略制定 106.2.1 分功能測試需求分析 106.2.2 測試工具需求 117 性能測試方案[可裁減] 117.1 性能測試工具需求 117.2 場景名xxx1 117.2.1 場景概述 117.2.2 執(zhí)行策略設(shè)計 117.2.3 測試數(shù)據(jù)需求 127.2.4 性能測試結(jié)果分析方法和預(yù)期 127.3 壓力測試場景設(shè)計 127.3.1 場景名XXX 12

項目簡介部分文檔編寫目的＜項目名稱＞的這一“測試方案”文檔有助于實現(xiàn)以下目標(biāo)：[確定現(xiàn)有項目的信息和應(yīng)測試的軟件構(gòu)件。列出推薦的測試需求（高級需求）。推薦可采用的測試策略，并對這些策略加以說明。確定所需的資源，并對測試的工作量進(jìn)行估計。預(yù)估項目的風(fēng)險和成本，對制定應(yīng)對措施。列出測試項目的可交付元素]測試項目背景描述[對測試對象（應(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束。]測試文檔[可裁減]測試所需參考文檔下表列出了制定和實施該測試方案時所需要使用的相關(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)品升級檢查checklist是□否□是□否□PM/RD運(yùn)維部署文檔是□否□是□否□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測試需提交文檔下表列出了制定和實施該測試方案時測試所需要提交的相關(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ù)是□否□是□否□QA測試陷阱tips是□否□是□否□QAcasestudy文檔是□否□是□否□QA項目成長記錄是□否□是□否□QA測試安排和計劃測試難點和重點[可裁減][注本小節(jié)描述項目測試中預(yù)計的測試重點和測試難點，撰寫者可根據(jù)需要對下列的表格進(jìn)行修改]測試重點[可裁減]編號重點項重要性說明備注1多用戶并發(fā)讀寫操作作為一個分布式系統(tǒng)，并發(fā)讀寫實必須要支持的關(guān)鍵功能；另外這部分功能只要正確，順序讀寫正確性一定能保證由于需要考慮自動化工具支持。2異常測試作為一個基礎(chǔ)平臺項目，系統(tǒng)要能夠容忍各種軟硬件異常?？梢詤⒄罩罢淼姆植际疆惓ｓw系進(jìn)行異常模擬3XxxxXxxx測試難點[可裁減]編號難點項困難性說明備注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)研討論需求評審階段了解項目背景資料閱讀mrd反饋評審問題參與需求評審確認(rèn)評審結(jié)論初步評估測試計劃評審批注反饋初步測試計劃詳細(xì)設(shè)計階段分析產(chǎn)品功能，確認(rèn)測試需求進(jìn)行測試點拆分反饋評審問題參與設(shè)計評審確認(rèn)設(shè)計評審結(jié)論確定測試初步方案評審批注反饋測試框架功能點拆分文檔測試點拆分文檔初步測試方案測試計劃調(diào)整RD開發(fā)階段確定測試方案確定自動化測試點撰寫測試case和相關(guān)關(guān)鍵字準(zhǔn)備測試數(shù)據(jù)自動生成自動化caseFE提交頁面后獲取頁面對象開發(fā)測試工具測試方案和測試設(shè)計評審關(guān)鍵字列表Case書寫規(guī)范測試case文檔自動化case測試工具和程序準(zhǔn)入測試階段環(huán)境部署準(zhǔn)入測試完善自動化case測試環(huán)境準(zhǔn)入測試結(jié)論部分自動化case及執(zhí)行結(jié)果第一遍全面測試執(zhí)行手工測試執(zhí)行自動化case性能測試完善自動化case手工測試結(jié)論部分關(guān)鍵字完善或新補(bǔ)充的自動化case性能測試結(jié)果自動化case結(jié)果Bug回歸測試確認(rèn)bug修復(fù)情況執(zhí)行自動化case完善自動化case性能測試Bug確認(rèn)結(jié)論部分關(guān)鍵字完善或新補(bǔ)充的自動化case自動化case結(jié)果性能測試結(jié)果全面回歸測試執(zhí)行手工回歸測試執(zhí)行自動化casee性能測試測試結(jié)論和測試報告交叉自由測試PM、RD、QA交叉自由測試常規(guī)檢查自動化case執(zhí)行測試結(jié)論和測試報告上線階段上線輔助線上檢查Bug回灌Bug回灌項目總結(jié)階段相關(guān)總結(jié)；Case和框架合并；自動化case管理詳細(xì)測試計劃請參加《xx項目v0.0.0_測試計劃》文檔測試資源安排人力資源分工下表列出了在此項目的人員配備方面所作的各種假定。[注：可適當(dāng)?shù)貏h除或添加角色和人員項。]角色人員所推薦的投入主要職責(zé)或注釋[需要具化]項目負(fù)責(zé)人80%—100%處理插入事務(wù)協(xié)調(diào)項目安排分析測試需求制定測試方案和測試計劃負(fù)責(zé)管理文檔資料、case、程序、工具測試全程參與測試工程師50%—100%測試全程參與分析測試需求撰寫測試case（即自動化case）提出關(guān)鍵字和自動化工具需求完善補(bǔ)充自動化case并執(zhí)行測試測試分析和測試報告輔助測試開發(fā)工程師10%—30%參與測試工作輔助關(guān)鍵字、工具開發(fā)、執(zhí)行問題修復(fù)輔助自動化框架制定和實施測試環(huán)境安排和使用[網(wǎng)絡(luò)硬件，如拓?fù)鋱D、硬件設(shè)備、規(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)境配置等）所需的合作方配合配合方配合人員希望提供的資源希望的配合工作配合階段配合時間備注PM人員資源協(xié)調(diào)和推動交叉自由測試安排全程RD/FE利于測試的程序、頁面及其部署安裝文檔分階段提供被測程序在開發(fā)周期的后20%前提供頁面測試設(shè)計和測試執(zhí)行XX產(chǎn)品QAXx服務(wù)器的xx服務(wù)、xx數(shù)據(jù)人員聯(lián)調(diào)環(huán)境準(zhǔn)備；聯(lián)調(diào)資源提供聯(lián)調(diào)問題輔助定位測試執(zhí)行（聯(lián)調(diào)測試）測試所需工具下表列出了在此項目的使用工具方面所作的各種假定。[注：可適當(dāng)?shù)貏h除或添加工具項。]工具獲取和訪問地址用途支持人員使用階段使用時間備注Case管理工具[url]導(dǎo)出case框架和可復(fù)用case測試準(zhǔn)備Word-撰寫方案、case測試準(zhǔn)備Project-撰寫測試計劃測試準(zhǔn)備Git/cvs[環(huán)境]代碼、文檔、工具管理測試準(zhǔn)備測試執(zhí)行測試總結(jié)Atp[url]測試報告測試數(shù)據(jù)測試執(zhí)行Opensta[環(huán)境]性能壓力測試性能測試Myab[環(huán)境]性能壓力測試性能測試風(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)先級可能發(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)險。比如測試工具開發(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)對。]準(zhǔn)入測試方案[可裁減][本節(jié)可根據(jù)是否做準(zhǔn)入測試進(jìn)行裁減]說明準(zhǔn)入測試中各測試內(nèi)容的LIST和預(yù)期結(jié)果，其它內(nèi)容可選]分類測試內(nèi)容（可分級描述）輸入（可選）操作步驟（可選）預(yù)期結(jié)果輔助工具（可選）環(huán)境搭建依據(jù)上線步驟成功搭建測試環(huán)境環(huán)境搭建成功功能測試測試數(shù)據(jù)加載成功準(zhǔn)備線上詞表加載成功、日志記錄準(zhǔn)確***腳本功能測試方案Case開發(fā)和管理的規(guī)范[描述case的模板以及管理方式]測試需求分析和策略制定分功能測試需求分析[根據(jù)測試框架中的各個部分，進(jìn)行測試需求分析，確定測試內(nèi)容和測試方法。]XX功能模塊主要功能描述[根據(jù)需求和設(shè)計，將該部分的功能做簡要描述。]測試點分析測試點所需回歸的相關(guān)測試點測試方法類型測試方法詳述A[依據(jù)該功能分析可以測試的點][依據(jù)測試框架所選擇的復(fù)用case的測試點列表]手工測試自動化測試自動化輔助測試新舊版本對比測試[描述依據(jù)測試類型而選擇的測試策略，包括需要準(zhǔn)備的數(shù)據(jù)，需要使用的輔助工具，需要使用的自動化方法，以及需要抽象的關(guān)鍵字等等][注：各個測試方法類型解釋如下。手工測試：采用人工操作，并人工觀察確認(rèn)測試結(jié)果的測試方法。如無特別的創(chuàng)新方法，諸如數(shù)據(jù)準(zhǔn)備和場景描述策略等，此方法可以一筆帶過。自動化測試：使用提前準(zhǔn)備好的自動化ca