本週51testing每週一問的這個問題很精彩，於是我做了如下回答。
51testing軟體測試網2k^ s4t:m+s0
誠如magic_zhu所言，現在很多測試人員沒意識到測試計畫的重要性，很多時候測試計畫成為一紙空文，其根本原因在於測試計畫缺乏可執行性，也正是因為測試計畫缺乏可執行性，導致下一次寫計畫的時候非常草率，甚至不寫，就算寫了也是乙個花架子應付領導，這樣形成了乙個惡性迴圈，久而久之，測試計畫純屬乙個擺設，我們很多從業者不寫測試計畫，其理由是反正寫了也不能按照計畫執行，這種理由真的很荒唐可笑，這是典型的因噎廢食，因為你的計畫執行性差就不寫？這樣只能使測試更加失去控制，使你的測試過程徹底無計畫，無目標，變成乙個放任主流的狀態，完全沒有受控性。這樣的產品質量保證顯然是空談。
51testing軟體測試網e$m5o]@'o k#j/h @
我覺得這個問題的解決方案不是不寫，而是想辦法寫得更好，更有實效性，執行性。這個是問題的關鍵。
51testing軟體測試網 u$p c#h9ej
要把乙個計畫做得很有實用性，按照筆者的經驗，要注意以下幾個方面：
51testing軟體測試網7be)/0eu"w
a.上面提到的三要素不能少
51testing軟體測試網:s5rq;o;v
b.測試策略一定要交待清楚，就是大概怎麼測試
51testing軟體測試網+]rl~aft
c.需要其他人員（部門）協調的，要交待清楚
:i$h9?-i&pp0i4`u0
d.在估計
測試所需的時間、人力及其它資源時，盡量做到客觀、準確、留有餘地，特別是估計開發時間和
debug
時間，以及要對自己的執行用例速度，回歸速度心裡有數
51testing軟體測試網/'y,d b|ig9a.cvk
e.測試計畫中每個階段要明確表明，並且測試階段的輸入、輸出文件要清楚
&nr?6e;r*cr0
f.測試計畫中的時間段不宜太長（最好以
day為單位），太長就比較模糊，不好度量，不好
check
51testing軟體測試網#f#mt fu0tu,y [ fy9?
g.一定要有風險控制，要不然計畫缺乏可執行性
*c5qa)i&vxs%l;f0
h.計畫寫完之後不是裝在兜裡，要組織pm和
dev進行評審
!d"m?v;cznm8s0
i.要不斷更新計畫，記住：每個計畫都是動態的，不是一成不變的
51testing軟體測試網mt s4anj/l([ u
（二）再說測試用例
51testing軟體測試網^ pzjyb"c8r
和測試計畫一樣，測試用例很多時候也淪為形式，這是軟體測試的可悲之處，軟體測試的依據就是測試用例，如果用例棄之不用，你憑什麼做好測試？這個很可笑。但是實際測試過程中很多時候測試用例並沒用到實處，筆者認為還是用例實用性問題，有的時候用例洋洋灑灑數萬字，到回歸測試的時候根本用不上，至於如何選擇回歸測試用例，我曾經寫過另一篇文章，歡迎查閱。
51testing軟體測試網3x+h8k(_b$y'obu
下面我就個人體會談談做好測試用例的關鍵。
!@&x}w?)z'c0
首先，在做用例之前，要做兩件事情。
51testing軟體測試網-n~/n mu5mf
g.注意把握適當的顆粒度
51testing軟體測試網3?-nthr
ok6u@(`f;u0
本文是godn_1981原創，如需**，請註明出處。
e$/ `5j mn|//x0
測試用例，測試計畫
對乙個測試工程師來說,測試用例的設計編寫是一項必須掌握的能力，但有效的設計和熟練的編寫測試用例卻是乙個十分複雜的技術，測試用例編寫者不僅要掌握軟體測試技術和流程，而且要對整個軟體不管從業務，還是對軟體的設計 程式模組的結構 功能規格說明等都要有透徹的理解。測試的設計方法不是單獨存在的，具體到每個測試...
測試計畫和測試用例
一 測試用例相關概念。1.測試用例定義 是為了某個業務目標，而編制的一組由測試輸入，執行條件以及預期結果組成的案例。2.測試用例優點 1.設計好測試用例，可以避免盲目測試並提高測試效率。2.實施重點突出，目的明確。3.降低工作強度 縮短專案週期。3.測試用例4大特性 1.代表性 能夠代表各種不同情況...
測試之旅 測試用例計畫綜述
ieee 829標準稱測試用例說明為 編寫用於輸入的實際數值和預期輸出結果數值。測試用例還明確指出使用具體測試用例產生的測試程式的任何限制。測試用例細節基本上應該清楚地解釋要向軟體傳送什麼值或者條件，以及預期結果。ieee 829標準還列出了其他應該包含在內的重要資訊 編寫完測試設計和測試用例文件之...