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

（一）  先說測試計劃吧
      現(xiàn)在很多測試人員沒意識到測試計劃的重要性，很多時候測試計劃成為一紙空文，其根本原因在于測試計劃缺乏可執(zhí)行性，也正是因為測試計劃缺乏可執(zhí)行性，導(dǎo)致下一次寫計劃的時候非常草率，甚至不寫，就算寫了也是一個花架子應(yīng)付領(lǐng)導(dǎo)，這樣形成了一個惡性循環(huán)，久而久之，測試計劃純屬一個擺設(shè)，我們很多從業(yè)者不寫測試計劃，其理由是反正寫了也不能按照計劃執(zhí)行，這種理由真的很荒唐可笑，這是典型的因噎廢食，因為你的計劃執(zhí)行性差就不寫？這樣只能使測試更加失去控制，使你的測試過程徹底無計劃，無目標(biāo)，變成一個放任自流的狀態(tài)，完全沒有受控性。這樣的產(chǎn)品質(zhì)量保證顯然是空談。
      我覺得這個問題的解決方案不是不寫，而是想辦法寫得更好，更有實效性，執(zhí)行性。這個是問題的關(guān)鍵。一個好的測試計劃是用來計劃測試的，用來指導(dǎo)整個測試過程的。

測試計劃：就是對整個測試過程中的人力，時間，資源，策略，范圍的一個說明。

     作為一個測試計劃來講，核心的三個要素是時間，資源，范圍。（這句話摘自微軟的軟件測試培訓(xùn)材料）。

                  時間就是什么時候做以及要花多久做；

                  資源就是你要調(diào)用的人力、機器等資源；

                  范圍是你要測試的東西以及測試重點。

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

要把一個計劃做得很有實用性，按照筆者的經(jīng)驗，要注意以下幾個方面
a.  上面提到的三要素不能少

b.  測試策略一定要交待清楚，就是大概怎么測試
c.  需要其他人員（部門）協(xié)調(diào)的，要交待清楚
d.  在估計測試所需的時間、人力及其它資源時，盡量做到客觀、準(zhǔn)確、留有余地，特別是估計開發(fā)時間和debug時間，以及要對自己的執(zhí)行用例速度，回歸速度心里有數(shù)

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

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

g.  一定要有風(fēng)險控制，要不然計劃缺乏可執(zhí)行性
h.  計劃寫完之后不是裝在兜里，要組織PM和Dev進行評審
i.  要不斷更新計劃，記?。好總€計劃都是動態(tài)的，不是一成不變的

（二）  再說測試用例
       和測試計劃一樣，測試用例很多時候也淪為形式，這是軟件測試的可悲之處，軟件測試的依據(jù)就是測試用例，如果用例棄之不用，你憑什么做好測試？這個很可笑。但是實際測試過程中很多時候測試用例并沒用到實處，筆者認為還是用例實用性問題，有的時候用例洋洋灑灑數(shù)萬字，到回歸測試的時候根本用不上，至于如何選擇回歸測試用例，下面我就個人體會談?wù)勛龊脺y試用例的關(guān)鍵。

首先，在做用例之前，要做兩件事情。

第一，  透徹了解程序（需求和架構(gòu)）。
第二，  做一個正式的測試設(shè)計（最好文檔化）。然后再開始寫用例。一般寫用例的步驟和建房子一樣，先搭框架，然后填材料，填材料的時候，主要根據(jù)需求做相關(guān)的設(shè)計，具體的設(shè)計方法就是那幾種（鄭老的書上寫的很清楚）

一般來說，設(shè)計一個比較實用的測試用例，注意如下幾個方面：

a.  選用好的用例管理工具（這個很重要，千萬不要用word，excel）

b.  用例一定要及時更新（補充新的想法，刪除過時的需求）

c.  做好用例分級

d.  做好用例評審，寫用例之前可以征詢相關(guān)人員的意見

e.  可以考慮結(jié)對編寫，這個是不錯的主意

f.  要全面，包括功能、性能、兼容性、安全性、易用性、容錯性等等

g.  注意把握適當(dāng)?shù)念w粒度