測試計畫分為兩層，一層屬於里程碑，一層屬於詳細計畫。
里程碑計畫顧名思義是什麼時候開始動作什麼時候結束動作並提供最終報告的時間節點（可能還包括其他中間環節及產物，比如測試用例設計和需要專案組評審的測試用例等），不過通常會在裡面定義測試的型別，比如全覆蓋測試、回歸測試、增量測試等。
測試里程碑計畫有兩個作用，乙個是指導後續具體測試工作的開展，乙個是跟整個專案同步。實際上，跟整個專案同步更具有意義。俗話說，計畫趕不上變化，原先定好的里程碑計畫也不會一成不變。如果我們的時間節點能夠符合專案計畫，那皆大歡喜，但實際上時間節點不能符合專案計畫的情況也是常有，比如軟體延遲釋放、原定的非全覆蓋測試由於這次軟體的改動波及影響較大需要全覆蓋測試、專案節點提前、人員流動、裝置損壞或購買不及時等，而測試組層面上沒法解決，這時就需要提前跟專案組匯報，共同協調解決辦法，這是正確的做事方式。畢竟人多力量大，而且通常專案組有人能解決問題或降低風險，如果沒有及時提出這樣的風險，到時真出了問題，測試組難辭其咎。這裡涉及到乙個團隊思想，你不是乙個人在戰鬥，有人能幫忙解決問題，換句話說，遇到問題自己不能解決的時候一定要尋求幫助，不能因為沒有尋求幫助而導致風險成為事實（這裡有點囉嗦，望君思量，這裡寫給新手測試負責人）。
測試里程碑計畫一般由測試團隊的負責人制定。
從專案層面上，一般只關注測試報告和風險評估報告，因為這關係到專案是否向客戶/使用者正式發布產品，何時能發布。測試報告又包括階段性的報告或部分性的報告，比如主要功能的測試報告、次要功能的測試報告、壓力測試報告、效能測試報告等。里程碑計畫的其他內容可包括何時進行需求分析並輸出可測試性分析檔案、何時進行測試用例設計並輸出測試用例待評審版、何時進行測試用例評審，何時進行測試用例修改並輸出測試用例發布版、何時進行測試並輸出測試報告、何時進行風險評估並輸出風險評估報告等。
里程碑計畫具體應該包含哪些內容，除了最基本的何時開始動作，何時時輸出報告之外，其他內容應應根據本公司、部門或專案等的要求來新增。但最重要的是，要不斷地總結經驗，優化它，讓它更有利於你的工作，比如更好地評估工作量，更好地制定詳細的測試計畫等。
里程碑計畫通常是用microsoft project工具來做，會比較方便。當然excel、word，甚至記事本都可以做，形式不限。
但是定義好模板很重要！模板其實是將最好的經驗總結固化而來，它具體繼承性和不斷發展性。模板的制定和更新要加上記錄以及說明為什麼要這樣制定，為什麼要這樣更新，這有利於後來的人進行理解繼承和發展之。（將知識、經驗固化是繼承和發展的必要手段，繼續和發展是團隊、部門、公司發展的前提，領導者或管理者要做的就是建立這樣的機制。）
談到裡，可能有些人會覺這里程碑計畫好像可有可無，咱沒有不也幹得好好的，或者最直接的就是測試團隊根據專案節點來幹活就好了。這其實說對了一半。
測試里程碑計畫確實可以沒有特定的文件，它的形式不限，並不一定要特定的文件。比如，咱們約定好，測試團隊的動作根據專案節點來，即在專案向客戶正式發布產品前多久輸出報告，這是最簡單的乙個里程碑計畫。另外，里程碑計畫以及這裡談論到的一些思想和方法有可取之處，不妨去運用一下，體會一下其中的好處。
開發里程碑計畫 如何通過里程碑控制專案進度
在整個專案中，專案進度的控制是頭等大事之一，有計畫有安排的專案管理才是保證專案質量保證。通過里程碑式管理是控制專案進度的方法之一。里程碑是什麼，以我們熟悉的馬拉松為例，整個賽道每隔一段就會有提醒標誌，這個標誌就是里程碑，可以讓比賽選手清楚地知道自己的進度，方便控制跑步節奏。如果沒有這些標誌，那麼選手...
開發里程碑計畫 專案里程碑為什麼如此重要？
相信許多專案經歷都有這樣的感受 想要知道專案的最終結果與最初的計畫有多大的不同。專案里程碑就能夠幫助我們更早地發現問題，並採取適當的行動改變來交付專案預期的結果。里程碑是沿著專案時間線出現的重要的 有標記的進度點。一般來說，里程碑意味著專案開發中的乙個重要變化或步驟。里程碑將時間線劃分為幾個階段，我...
測試工程之測試流程
幾乎所有公司的測試部門都會定義乙份測試流程，測試部門有新員工進來，首先的培訓就是測試流程。測試流程的重要性不言而喻，測試流程的內容大家也都熟知。測試流程的最終目的是控制產品質量。任何流程都是貴在實施，不能流於形式。但實際上流程的落實質量千差萬別。究其原因並不是流程定義得不合理，或是環節缺失，因為大家...