會員godn_1981的精彩回答：

　　這個問題問的非常好，也確實是很多人有過切膚之痛的問題，對我來說，我也一直在苦苦追尋這個問題的答案，現在我不能說完全找到了，只能說把自己的心得分享一下，希望大家的測試計劃和測試用例不再是一個擺設。

　　(一) 先說測試計劃吧

　　誠如magic_zhu所言，現在很多測試人員沒意識到測試計劃的重要性，很多時候測試計劃成為一紙空文，其根本原因在于測試計劃缺乏可執行性，也正是因為測試計劃缺乏可執行性，導致下一次寫計劃的時候非常草率，甚至不寫，就算寫了也是一個花架子應付領導，這樣形成了一個惡性循環，久而久之，測試計劃純屬一個擺設，我們很多從業者不寫測試計劃，其理由是反正寫了也不能按照計劃執行，這種理由真的很荒唐可笑，這是典型的因噎廢食，因為你的計劃執行性差就不寫?這樣只能使測試更加失去控制，使你的測試過程徹底無計劃，無目標，變成一個放任主流的狀態，完全沒有受控性。這樣的產品質量保證顯然是空談。

　　我覺得這個問題的解決方案不是不寫，而是想辦法寫得更好，更有實效性，執行性。這個是問題的關鍵。

　　一個好的測試計劃是用來計劃測試的，指導整個測試過程。所以一個好的測試計劃一定是可以指導測試的，就是對整個測試過程中的人力，時間，資源，策略，范圍的一個說明。

　　作為一個測試計劃來講，核心的三個要素是時間，資源，范圍。(這句話摘自微軟的軟件測試培訓材料)，時間就是什么時候做以及要花多久做，資源就是你要調用的人力、機器等資源，范圍是你要測試的東西以及測試重點。

　　除以上提到的3項之外，還有比較重要的項目有策略(具體就是怎么測)、風險控制(一旦有問題采取什么應急措施)等項目。

　　要把一個計劃做得很有實用性，按照筆者的經驗，要注意以下幾個方面：

　　a. 上面提到的三要素不能少

　　b. 測試策略一定要交待清楚，就是大概怎么測試

　　c. 需要其他人員(部門)協調的，要交待清楚

　　d. 在估計測試所需的時間、人力及其它資源時，盡量做到客觀、準確、留有余地，特別是估計開發時間和debug時間，以及要對自己的執行用例速度，回歸速度心里有數

　　e. 測試計劃中每個階段要明確表明，并且測試階段的輸入、輸出文檔要清楚

　　f. 測試計劃中的時間段不宜太長(最好以day為單位)，太長就比較模糊，不好度量，不好check

　　g. 一定要有風險控制，要不然計劃缺乏可執行性

　　h. 計劃寫完之后不是裝在兜里，要組織PM和Dev進行評審