1.
文件的要求
好的模板是經驗和智慧型的積累，是團隊的財富。它可以將乙個團隊中最好的工作方法迅速傳播給每個成員。從而使整個團隊的戰鬥力增強。
大企業不惜重金引入「模板」。例如，聯想。
2.
微軟實踐—從做好需求開始
要像法律條文一樣。剛性不強的法律執行起來難度很大，容易偏差。
3.
軟體測試計畫的目標
計畫先行是做好工作的良好習慣。
軟體測試也一樣，先要制定測試計畫，是做好整個測試工作的前提。所以在進行實際測試之前，應制定良好的、切實可行的、有效的測試計畫。
由不確定到確定，然後執行+跟蹤+控制。
l有效：計畫具有可執行性。是可以做得到的。
l
全面：各種測試的手段（功能、效能、穩定、可靠等），各種方法（測試技巧運用合理），各種資源調配情況（軟體、硬體、人力），各種風險（時限、優先順序、變更等等）
4.
軟體測試計畫的要點
l
測試目標：要做什麼；
l質量標準：要達到什麼樣的質量，怎樣就算「足夠好了」；
l測試策略：怎樣安排測試；
l測試範圍：哪些是要測的（哪些不需要測）；
l測試用例設計方法：方法是否合理，是否能夠覆蓋測試範圍，能否符合質量標準等；
l所需資源和日程安排：要有計畫性；
l風險：對風險考慮周全，並計畫好應對措施。
測試規劃與軟體開發活動同步進行
，在需求分析時，就開始測試策劃，確定測試需求、目標、資源等。測試計畫可以按不同的測試階段（整合測試、系統測試等）來組織，也可以為每個測試任務或目標
(安全性、效能、可靠性等測試
) 進行考慮。
讓質量和效率可以量化。
5.
軟體測試計畫——制定策略
制定測試策略主要分析測試的目標和質量指標、確定測試的物件和依據，測試的重點和所採用的方法，包括在規定的時間內哪些測試內容要完成，軟體產品的特性或質量在哪些方面得到確認。 l
全面細緻地了解產品的專案資訊：應用領域、測試範圍、市場需求、產品特點、主要功能和技術架構； l
基於模組、
功能、系統、版本、效能、配置和安裝等各個因素對產品質量的影響，客觀地、全面地展開測試計畫；
l根據軟體單元在系統結構的重要性差異和一旦發生故障將給客戶造成的損失大小，來確定軟體測試的等級、重點和先後次序；
l需要在測試用例數和測試覆蓋率上進行權衡而獲得乙個平衡點，以便能使用盡可能少的有效測試用例去發現盡可能多的程式錯
誤。測試不足意味著讓使用者承擔隱藏錯誤帶來的危險；同時反過來看，過度測試則又會浪費許多寶貴的資源或耽誤軟體產品的發布時間。
6.
軟體測試計畫——確定範圍
根據需求和產品設計規格說明來確定哪些功能和特性要測試，哪些功能和特性不需要測試。幻燈片中的內容是需要優先和重點考慮的。
例如：es414不是做的全面測試，es415做了全面的測試。
7.
軟體測試計畫——日程安排
工作流程以及工作任務的分配。積累的經驗資料。
目的：可控。
由於涉及到不同的專案、不同的測試人員、不同的前期介入方式，要對每人每天能夠完成的平均測試用例數目做出乙個準確的估計確實很困難，但是可以根據以前一些專案測試的經驗或歷史積累下來的資料進行判斷推理，並適當增加10%-20%
的餘量，估算結果就比較準確了。我們的專案目前就是按照這個估計的。
在估算的基礎上，進行有效的、合理的資源安排。在不同的測試階段人力資源的需求是不一樣的，所以人力資源的計畫要有一定的靈活性和動態性，形成有機的動態平衡，保證測試的進度和資源的使用的效率。
8.
軟體測試計畫——資源配置
測試資源的分配，不僅要考慮測試團隊的構成，而且要考慮不同的所需要的人數和對人員的要求是不同的。其次，軟體測試專案所需的人員和要求在各個階段是不同的： l
在初期需要專案經理或測試組長介入進去，為測試專案提供總體方向、制定測試策略、測試計畫，申請系統資源； l
在測試前期，需要一些比較資深的測試設計、開發人員，對被測軟體的詳細了解、測試評估、測試需求的分解，設計測試用例、開發測試指令碼； l
在測試中期，主要是測試執行，要看測試自動化實現的程度，如果測試自動化程度高，人力的投入沒有明顯的增加；如果測試自動化程度低，測試執行的人員要求多，需要比較早的計畫，保證足夠的資源。 l
在測試後期，資深的測試人員可以抽出部分時間去做新專案的準備工作。
乙個有效的軟體測試專案管理者（測試組長，
qa經理或測試經理），在測試資源的分配上盡量做到合理，既不過於保守，浪費資源，也不過於激進，使資源的使用總是處於緊張狀態，隨時有「崩盤
」的危險。所以，在資源分配和管理中，要做到： l
注意合理分配任務，明確規定每乙個人在測試工作中的具體任務、職責和許可權，每個組員都明確自己該做什麼、怎麼做、負什麼責任、做好的標準是什麼。做到人人心中有數，為保證和提高產品質量（或服務質量）提供基本的保證。 l
在安排任務時，盡量考慮每個人不同的技術特長、能力、性格、工作風格等，因為資源需求的估計依賴於工作量的估計和每個工程師的能力評估。 l
在不同的測試階段，可以進行人員的相互調換，起到相互補充、相互督促
/控制的作用。 l
人員的安排應該有乙個提前量和餘量（
buffer
，10%
左右），因為乙個合格的測試人員可能需要乙個較長的培訓、熟悉產品特性和適應測試流程的過程。
9.
軟體測試計畫——風險評估
測試風險是不可避免的、總是存在的，所以對測試風險的管理非常重要，必須盡力降低測試中所存在的風險，最大程度地保證質量和滿足客戶的需求。在測試工作中，主要的風險見
ppt。
前面三種風險是可以避免的，而4）至
7）的四種風險是不能避免的，可以降到最低。最後一種回歸測試風險是可以避免，但出於時間或成本的考慮，一般也是存在的。
針對上述軟體測試的風險，有一些有效的測試風險控制方法，如：
為了避免、轉移或降低風險，事先要做好風險管理計畫和控制風險的策略，並對風險的處理還要制定一些應急的、有效的處理方案，如：
要想真正迴避風險，就必須徹底改變測試專案的管理方式；針對測試的各種風險，建立一種
「防患於未然」或
「以預防為主
」的管理意識。與傳統的軟體測試相比，全過程測試管理方式不僅可以有效降低產品的質量風險，而且還可以提前對軟體產品缺陷進行規避、縮短對缺陷的反饋週期和整個專案的測試週期。風險管理的方法不在這裡討論.
測試計畫編寫
前言 測試計畫是測試中比不可少的一部分，乙份完整的測試計畫反應了整個專案的測試安排與測試進度，讓專案在測試環節達到了可控的環節。需要注意的是，測試計畫一般在大功能改動的時候需要用到，並不是每個周版本必須的。是否編寫可根據專案需要，另外測試計畫的編寫時間，一般是你在了解了需求，分析完了需求後才開始編寫...
測試計畫編寫
軟體測試計畫包含了產品概述 測試策略 測試方法 測試區域 測試配置 測試週期 測試資源 測試交流 風險分析等內容。借助軟體測試計畫，參與測試的專案成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。why 為什麼要進行這些測...
編寫測試計畫
軟體測試計畫就是在軟體測試工作正式實施之前明確測試物件，並且通過對資源，時間，風險，測試範圍和預算等方面的綜合分析和規劃，保證有效的實施軟體測試。軟體測試計畫是開展軟體測試得第一步，各個公司可能都會根據自己得情況定義乙份測試計畫得規格或模版 但是測試計畫得內容確大同小異，下邊是我認為需要在測試計畫書...