測試方案和測試計劃，測試報告幾乎都是每個測試人員都必須掌握的。但有時經(jīng)常搞混，特別是測試方案和測試計劃。

測試方案和測試計劃的區(qū)別

方案和計劃英文翻譯都叫“plan”，但具體的區(qū)別：

什么是測試方案？
　　所謂測試方案是指描述需要測試的特性、測試的方法、測試環(huán)境的規(guī)劃、測試工具的設(shè)計和選擇、測試用例的設(shè)計方法、測試代碼的設(shè)計方案。

什么是測試計劃？
　　所謂測試計劃是指描述了要進行的測試活動的范圍、方法、資源和進度的文檔。它主要包括測試項、被測特性、測試任務、誰執(zhí)行任務和風險控制等。

測試方案-偏技術(shù)：屬于技術(shù)層面的文檔，從技術(shù)的角度對測試活動進行規(guī)劃。主要使用什么技術(shù)、什么工具等，即怎么測。

測試計劃-偏項目：屬于組織管理層面的文檔，從組織管理的角度對測試活動進行規(guī)劃屬于技術(shù)層面的文檔，從技術(shù)的角度對測試活動進行規(guī)劃。主要是目標，時間，人員，資源、環(huán)境等，即測什么。

從大的方面講，測試方案包含測試計劃。

測試方案和測試計劃什么時候編寫

測試方案：是在項目立項或者需求分析的時候，這時候你就要考慮產(chǎn)品/項目需要用什么方法測，比如是web、app等，使用的技術(shù)不一樣；其二，每個階段使用技術(shù)/工具也不一樣，更多的是測試經(jīng)理或領(lǐng)導在項目成立或需求分析階段編寫的，考慮總體的大致方案，每個版本的計劃，風險等，這樣后面知道需要怎么去進行測試，可以解決一些技術(shù)難題。

測試計劃：是在項目執(zhí)行的時候，更多的是測試帶組人員安排并編寫，其目的是看看這個版本你需要多少人、什么時候完成，這就是計劃。

測試方案

測試方案分為大方向，和小方向，大方向是指項目的，小方向是每個版本。

小方案的測試方案接近測試計劃，這個方案是跟項目經(jīng)理評審，確定要做什么內(nèi)容，了解項目情況，哪些需要測試，哪些不需要。

例如：

最小集測試（入口檢查）、可生產(chǎn)性、合入故障（修改點）、功能測試、性能測試、壓力測試、兼容性測試、自動化測試、外場測試、其他。

以上的確認下在這個版本需要測試嗎？如果需要，要考慮需要什么技術(shù)或工具測試。然后這些安排誰去測試，什么時候測完等等，很接近測試計劃，也順便吧測試計劃做了。

大方向一般內(nèi)容模板如下（文檔是死的，人是活的，根據(jù)實際去考慮）：

1 引言 4 1.1 編寫目的 4 1.2 背景 4 1.3 預期的讀者和閱讀建議 4 1.4 參考文檔 4 2 術(shù)語、定義和縮略語 4 2.1 術(shù)語、定義 4 2.2 縮略語 5 3 綜合描述 5 3.1 軟件功能 5 3.2 測試需求范圍 5 4 測試風險 6 5 測試策略 7 5.1 測試方法 7 5.2 缺陷管理 8 6 測試計劃 8 6.1 集成計劃 9 6.2 集成測試進度安排 9 6.3 測試環(huán)境與資源配備 10 6.3.1 人員配備 10 6.3.2 測試環(huán)境 11 6.3.3 終端特性 12 7 測試報告 13

部分內(nèi)容如下：

測試方法：

集成測試一般采用大爆炸測試&自底向上方法測試

1.功能測試：測試各功能（含協(xié)議、框架、驅(qū)動）是否存在問題，集群基本業(yè)務是否正常； 2.性能測試：在特定條件下，使用工具操作，是否出現(xiàn)問題或異常現(xiàn)象； 3.穩(wěn)定性測試：跑monkey是否出現(xiàn)問題或異常現(xiàn)象； 4.疲勞測試：固定幾臺終端不關(guān)機、不重啟，一致測試，考察終端承受能力； 5.壓力測試：針對集群業(yè)務相關(guān)，如集群呼叫、短信收發(fā)、集群聯(lián)系人存儲、應用和按鈕頻繁連續(xù)操作等； 6.異常測試：在特殊場景下測試功能性，如遲后接入、異常操作、低電、業(yè)務中斷等； 7.內(nèi)存測試：使用工具獲取應用測內(nèi)存使用情況，提供研發(fā)分析； 8.并發(fā)測試：同時使用兩個應用以上（含集群），如公網(wǎng)并發(fā)、短消息并發(fā)、音樂/視頻同時并發(fā)；

測試報告：

報告名稱	報告內(nèi)容	編寫者	接收者
測試工作日報	反饋當日測試內(nèi)容情況，以及測試影響和風險點 反思測試哪個環(huán)節(jié)出現(xiàn)遺漏、不足之處，當作經(jīng)驗教訓。	自測人員	項目經(jīng)理 開發(fā)經(jīng)理 科長 自測人員 項目相關(guān)人員
測試工作周報	反饋工作周進程 反思測試出現(xiàn)遺漏、不足之處，當作經(jīng)驗教訓。	自測人員 開發(fā)經(jīng)理 項目相關(guān)人員	科長 開發(fā)經(jīng)理 自測人員 項目相關(guān)人員
測試工作月報	反饋工作月度情況，以及缺陷跟蹤情況； 反思測試哪個環(huán)節(jié)出現(xiàn)遺漏、不足之處，當作經(jīng)驗教訓。	自測人員 開發(fā)經(jīng)理 項目相關(guān)人員	科長 開發(fā)經(jīng)理 自測人員 項目相關(guān)人員
測試階段性報告	開發(fā)經(jīng)理在達到里程碑（版本發(fā)布）前后，自測人員在集成前后，匯報該階段的主要工作、存在的問題和解決方法/建議、以及風險點等	開發(fā)經(jīng)理 自測人員	科長 自測人員 項目相關(guān)人員
測試總結(jié)報告	測試總結(jié) 缺陷跟蹤統(tǒng)計 分析建議	自測人員	項目經(jīng)理 開發(fā)經(jīng)理 科長 自測人員 項目相關(guān)人員

其他的參照實際公司情況，根據(jù)模板或在擴展編寫。

測試計劃

測試計劃相對就簡單點，遵守5W+1H原則：

1.what：測什么 --目標

2.when：什么時候 --時間

3.where：在哪里測--環(huán)境

4.who：誰測--人員

5.why：為什么測--目的

6.how：怎么測--方法

簡單來說：我們的測試目標，這個版本測到什么程度，測試目的是為了商用，還是合入故障驗證，測試時間，幾個人，幾個模塊，分多少用例，有什么環(huán)境什么資源，用什么方法，什么工具。。。。這些計劃安排出來就明顯，測過程需要些什么。

測試報告

測試報告就是給領(lǐng)導看的，那就把你的內(nèi)容都安排放里面即可。比如，多少用例，多少人，多少bug，合入故障，解決故障等，最好是數(shù)字化圖表化，這樣領(lǐng)導一看就清楚。這個可以百度搜索模板，有些公司都有屬于自己的模板。

記住，報告開頭最明顯的是告訴這個版本是否測試通過，這個有通過標準的，看公司怎么定義。

總結(jié)

以上是生活随笔為你收集整理的测试方案/测试计划/测试报告的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。