這個問題問的非常好，也確實是很多人有過切膚之痛的問題，對我來說，我也一直在苦苦追尋這個問題的答案，現在我不能說完全找到了，只能說把自己的心得分享一下，希望大家的測試計劃和測試用例不再是一個擺設。
（一） 先說測試計劃吧
誠如magic_zhu所言，現在很多測試人員沒意識到測試計劃的重要性，很多時候測試計劃成為一紙空文，其根本原因在于測試計劃缺乏可執行性，也正是因為測試計劃缺乏可執行性，導致下一次寫計劃的時候非常草率，甚至不寫，就算寫了也是一個花架子應付領導，這樣形成了一個惡性循環，久而久之，測試計劃純屬一個擺設，我們很多從業者不寫測試計劃，其理由是反正寫了也不能按照計劃執行，這種理由真的很荒唐可笑，這是典型的因噎廢食，因為你的計劃執行性差就不寫？這樣只能使測試更加失去控制，使你的測試過程徹底無計劃，無目標，變成一個放任主流的狀態，完全沒有受控性。這樣的產品質量保證顯然是空談。
我覺得這個問題的解決方案不是不寫，而是想辦法寫得更好，更有實效性，執行性。這個是問題的關鍵。
一個好的測試計劃是用來計劃測試的，指導整個測試過程。所以一個好的測試計劃一定是可以指導測試的，就是對整個測試過程中的人力，時間，資源，策略，范圍的一個說明。
作為一個測試計劃來講，核心的三個要素是時間，資源，范圍。（這句話摘自微軟的軟件測試培訓材料），時間就是什么時候做以及要花多久做，資源就是你要調用的人力、機器等資源，范圍是你要測試的東西以及測試重點。
除以上提到的3項之外，還有比較重要的項目有策略（具體就是怎么測）、風險控制（一旦有問題采取什么應急措施）等項目。
要把一個計劃做得很有實用性，按照筆者的經驗，要注意以下幾個方面：
a. 上面提到的三要素不能少
b. 測試策略一定要交待清楚，就是大概怎么測試
c. 需要其他人員（部門）協調的，要交待清楚
d. 在估計測試所需的時間、人力及其它資源時，盡量做到客觀、準確、留有余地，特別是估計開發時間和debug時間，以及要對自己的執行用例速度，回歸速度心里有數
e. 測試計劃中每個階段要明確表明，并且測試階段的輸入、輸出文檔要清楚
f. 測試計劃中的時間段不宜太長（最好以day為單位），太長就比較模糊，不好度量，不好check
g. 一定要有風險控制，要不然計劃缺乏可執行性
h. 計劃寫完之后不是裝在兜里，要組織PM和Dev進行評審
i. 要不斷更新計劃，記�。好總�計劃都是動態的，不是一成不變的
（二） 再說測試用例
文章來源于領測軟件測試網 http://www.kjueaiud.com/
