測試方案和測試計劃，傻傻分不清？
1）測試計劃與測試方案的區別：
計劃：屬於組織管理層面的文件，從組織管理的角度對測試活動進行規劃；
方案：屬於技術層面的文件，從技術的角度對測試活動進行規劃。
測試計劃：對測試全過程的組織、資源、原則等進行規定和約束，並制定測試全過程各個階段的任務分配以及時間進度安排，並提出對各項任務的評估，風險分析和管理需求。
測試方案：描述需要測試的特性，測試的方法，測試環境的規劃，測試工具的設計和選擇，測試用例的設計方法，測試程式碼的設計方案。測試方案需要在測試計劃的指導下進行，測試計劃提出“做什麼”，而測試方案明確“如何做”軟體測試用例包括軟體測試用例設計和寫作。
軟體測試用例設計：是從設計層面考慮，比如從功能性、可用性、安全性等方面考慮設計測試用例。軟體測試用例寫作是指軟體測試用例的寫作規範，包括寫作格式、標識的命名規範等。
軟體測試用例設計得出軟體測試用例的內容，然後，按照軟體測試寫作方法，落實到文件中，兩者是形式和內容的關係。
測試用例格式的八個基本項是：
測試用例編號、測試專案、測試標題、重要級別、預置條件、輸入、操作步驟、預期輸出。
什麼是測試計劃？
所謂測試計劃是指描述了要進行的測試活動的範圍、方法、資源和進度的文件。
它主要包括測試項、被測特性、測試任務、誰執行任務和風險控制等。
什麼是測試方案？
所謂測試方案是指描述需要測試的特性、測試的方法、測試環境的規劃、測試工具的設計和選擇、測試用例的設計方法、測試程式碼的設計方案。
其實方案很多時候也是對將要做的事情的一個技術預研！！！
--------------------------------黃金分割線-------------------------
以下是一個測試方案的模板
前言
這是找的知乎大神發的模板。然後我拿來做一個自己學習的一個材料，每個公司都不一樣，都有自己的文件。
備註：軟體測試報告和bug報告不同的，留個坑，以後補充
整體架構圖
參看目錄吧
1.引言1.1 編寫目的
為軟體開發專案管理者、軟體工程師、系統維護工程師、測試工程提供關於專案系統整體功能和效能的測試指導，同時也是使用者確定軟體是否完整測試的重要依據
1.2 專案背景
xxxx
1.3 測試目標
在用使用軟體之前，儘可能的發現軟體中存在的錯誤和不合理之處，排除軟體中存在的錯和不合理之處，排出軟體中潛在的錯誤，最終把高質量的軟體系統交付給使用者。系統的測試覆蓋範圍：功能、效能、UI、安全性、相容性、容量
1.4 測試參考文件
GBT 15532-2008 軟體測試規範
GBT 9386-2008 計算機軟體測試文件編制規範
1.5 測試提交文件
軟體測試方案
軟體測試用例
軟體測試報告
1.6 術語和縮寫語
本文使用的術語、定義
2.測試要求2.1 測試配置要求
2.2 測試方法
系統的功能測試選用了手工測試，運用黑盒測試中的等價類劃分、邊界值分析、錯誤推斷、因果圖法。
系統UI方面的測試包括：易用性測試、規範性測試、幫助設施測試、合理性測試、美觀與協調性測試、獨特 性測試、快捷方法組合組合測試。
系統的安全性、相容性、暗轉與反安裝、配置測試也是手工測試
單元測試採用方法是白色測試，功能測試採用黑盒測試
2.3 測試資料
測試資料主要依據《xxx》文件，參考《xxx》文件中規定的執行限制，設計測試用例，作為xx平臺的測試資料
2.4 測試策略
2.4.1 單元測試
首先依照系統、子系統和模組進行劃分名單時最終的單元必須是功能模組，或者物件導向過程中的若干類，單元測試是對功能模組進行正確性驗證的測試工作，也是後續測試的基礎。目的在於發現各模組內部可能存在的各種差錯，因此需要從程式內部結構出發設計測試用例，著重考慮以下五個方面：
1. 模組介面：對所測模組的資料流進行測試。
2. 區域性資料結構：檢查不正確不一致的資料型別說明、適用尚未賦值或者尚未初始化的變數、錯誤的初始值或者預設值
3. 路徑：雖然不能做到窮舉測試，但是設計測試用例查詢由於不正確計算（演算法錯、表示式的符號不正確、運算精度不夠等）不正確的比較或者不正常的測試流（包括不同資料型別的相互比較、不適當地修改了迴圈變數、錯誤的或不可能的迴圈終止條件等）而導致錯誤
4. 錯誤處理： 檢查模組有沒有對於常見的條件設計比較完善的錯誤處理功能，保證其邏輯上的正確性
5. 邊界：注意設計資料流、控制流中剛好等於、大於或小於確定的比較直的用例
2.4.2 整合測試
整合測試也叫組裝測試、聯合測試。通常在單元測試的基礎上需要將所有的模組按照設計要求組裝系統，這時需要考慮的問題如下：
1. 把各個模組連線起來， 模組介面的資料是否會丟失
2. 一個模組的功能是否i會對另一個模組的功能產生不利的影響
3. 各個子共嗯那個組合起來，是否達到預期要求的父功能
4. 全域性資料結構是否有問題
5. 單元模組的誤差積累起來，是否會放大，從而達到不能接受對策程度。我們在組裝的時候可以參考採用一次性組裝方式或者增值式組裝方式
2.4.3 系統測試
系統測試目的在於驗證軟體功能和效能及其他特性是否與使用者的要求一致，主要是以下型別的測試
1.功能測試
驗證系統功能是否符合其需求規格說明書，核實系統功能上是否完整，沒有冗餘和遺漏功能。詳細介紹如下表：
2.使用者介面測試
測試使用者介面是否具有導航性、美觀性、行業或者公司規範性、是否滿足設計中客戶要求的執行功能、詳細介紹如下邊UI測試
其中，Web 測試通用方法可以參考《Web 測試檢查點總結》
3 效能測試
測試相應時間、事務處理效率和其他時間敏感的問題。介紹如下表:
4 相容性測試
測試軟體在不同平臺上的使用的相容性。介紹如下：，
5 安全性測試
測試軟體你係統對於非法侵入的防範能力。詳細介紹如下表：
6 配置測試
測試在不同網路、伺服器、工作站的不同軟硬體配置條件下，軟體系統的質量，詳細說明見下表
7 迴歸測試
2.4.4 驗收測試
使用者新增呢或則修改內容，以及使用者反饋問題確認
2.5 測試資源
2.6 測試階段及範圍
2.7透過測試的標準
一般有“基於測試用例” 和基於“缺陷密度”兩種評比準則，在這裡我們採用前者
1. 功能性測試用例透過來吧達到100%
2. 非功能性測試用例透過率達到95%
3. 沒有高於優先順序3以上的問題
備選透過方法：根據實際由開發部門經理、專案經理、測試負責人共同討論確定本測試階段是否結束
《系統測試各階段准入準出規則》
3 軟體結構介紹
3.1 概述
xx平臺簡稱xx,總共有xx大功能模組，分貝時：xx。每個模組需求如下表所示：
本文件描述的資料接入需求模組，需求表示及需求描述如表：
4.測試用例
測試用例文件附件貼上即可（也可以註明測試用例訪問的位置）
5.關注點
下面幾個關注點可以參考 [測試要點]，把裡面對應的內容全部填寫上去就行了
5.1 文字輸入框
5.2 下拉類表
5.3 增加資料
5.4 修改資料
5.5 刪除資料
5.6查詢資料
5.7資料匯入匯出
5.8資料接入與處理
5.9其他
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/69985967/viewspace-2731306/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 軟體測試計劃與測試方案
- 測試計劃和測試報告測試報告
- 軟體測試-測試計劃
- 門戶系統測試---測試計劃
- 軟體測試中的測試計劃和測試用例起到什麼作用?
- 制定測試計劃之相容性測試
- 測試平臺系列(73) 設計測試計劃功能
- 效能測試計劃模板
- 測試平臺系列(77) 完善測試計劃頁面
- teprunner測試平臺測試計劃批量執行用例
- 軟體測試計劃文件（初）
- 測試計劃&效能測試分析報告模板(僅供參考)
- Java SPI 和 API，傻傻分不清？JavaAPI
- 測試測試測試測試測試測試
- 軟體測試計劃怎麼寫?專業第三方軟體測試方案推薦
- App測試、Web測試和介面測試一般測試流程APPWeb
- 效能測試計劃包含哪些內容？
- 測試用例和測試方法
- 測試物件和測試級別物件
- 黑盒測試和白盒測試
- 測試平臺系列(74) 測試計劃定時執行初體驗
- 微服務測試之介面測試和契約測試微服務
- 靜態測試方案
- 測試培訓方案
- 軟體測試中的功能測試和非功能測試
- 學了Java才搞懂JMeter測試計劃JavaJMeter
- 歡迎加入 Android Q 測試版計劃！Android
- CSS中+ , > , ~ 傻傻分不清CSS
- 4大軟體測試策略的特點和區別（單元測試、整合測試、確認測試和系統測試）
- 什麼是測試左移和測試右移
- 手工測試和自動化測試 BattleBAT
- 介面測試和效能測試的區別
- 介面測試和功能測試的區別
- 隨行付微服務測試之介面測試和契約測試微服務
- sqlprofile繫結執行計劃實驗測試SQL
- 軟體效能測試計劃如何進行?權威效能測試報告需要多少錢?測試報告
- Post,Get介面傻傻分不清？
- 演算法穩定性測試如何設計測試方案，在有限的時間內。演算法