測試
用例的模版其實沒有太多的差異，而在我剛開始接觸測試時總想找乙個好的測試用例模版。通常來說，測試用例模版包括最主要的三項：操作說明，預期結果和否通過。有了這三項，其它
的就根據你的需要來添枝加葉了，我blog上面有乙個我現在用的測試需求
及用例模版，可參考一下。
問題是如何填滿這個模版，即如何編寫測試需求和用例。有的人把測試需求和測試用例分開來編寫的。測試需求作為乙個文件，測試用例作為另乙個文件，在我開始寫測試用例之初，一直有這樣乙個疑問：測試需求和測試用例只寫乙個不就可以了嗎？的確，測試需求和測試用例本身沒有太明顯的界限，測試需求寫得細的話和測試用例就沒有太多的差別了。根據詳細的測試需求是可以執行測試的，這一點我不懷疑。其實我一直持有一種觀點，如果時間不夠的話，可以只寫測試需求，因為畢竟現在測試基本上都是由測試員本人執行自己的測試需求和測試用例，如果測試需求將功能點都列出來了，操作過程自己都知道。不過，我現在還是將測試需求和測試用例寫在一起的，時間也好像還比較充足。
下面舉乙個簡單的測試需求和測試用例的例子：
測試需求：
在編輯框中只能輸入1～4中的任意乙個數字
測試用例：(不是完整的測試用例格式)
1.考慮輸入非數字的情況
2.考慮不輸入的情況
3.考慮輸入的不是1～4中的情況
4..................
以上是乙個測試需求和測試用例的對比，可以看出上面的測試用例比測試需求描述的要詳細的多，一般來說我是按上面的方式來寫的，測試需求只說明乙個整體要求，測試用例則考慮多種情況。
至於測試需求和測試用例的編寫，還乙個容易疑惑的問題：粒度。簡單的說就是細化到何種程度。 寫的粒度太大，不利於寫清楚測試物件及操作過程。如果是自己執行測試自己寫的測試用例還好一點，知道你自己寫的是什麼，在什麼前置條件下可以執行這個測試用例，如果是別人執行你寫的測試用例，特別是對系統還不熟的人，就難說不碰到麻煩了，可能是找不到操作說明中的第一步在什麼地方操作，也有可能是對測試結果產生疑惑，這個結果是和測試用例上面寫的測試結果是一樣的嗎？我想這樣的測試用例不能算好的測試用例。 寫的粒度太小，自己都會受不了，你會埋怨要寫的東西實在是太多了，更重要的是，寫測試用例的時間用的越多，你可以用來執行測試用例的時間就越少，這點我有過類似的經歷。 粒度的權衡，是個麻煩的事情，不過對於剛開始寫測試用例的人來說，建議開始還是寫細一點，寫的多了，也會慢慢的體會到哪些地方可以偷偷懶了，呵呵。
測試用例的覆蓋，這是個比較大的問題，我在這裡只是初略的提一下，很多書中都有介紹，我才學了點皮毛。最簡單的，測試用例，第一必須保證包含了你所要測試物件的所有功能點；第二，必須有至少有正反兩個測試項。另外還乙個等價劃分，這個方法我想，這是最基本的要求了，但是也是用的最多的，最重要的。其它的某某方法，也可以學習
學習，必要的時候說不定用的上，比如要測試的物件關係特複雜的時候，因果圖的方法就可以試試了。老實說，那些方法我乙個也沒用過，因為基本上用不上，用它們簡直是浪費腦力，呵呵。
測試用例的跌代，乙個不可避免的過程。我到現在也寫了一兩篇測試用例文件了，沒有一次是一次就搞定的。乙個是因為剛開始對需求及詳細設計文件理解的不深，疏忽了一些比較隱蔽但重要的測試點，第二則是在編寫測試用例期間軟體需求有可能出現一些小的變化。記得有一次我寫完一遍測試用例的時候，自認為快寫完了，很高興，發現才二十幾頁，然而到最終我真的覺得可以完工的時候，文件頁數翻了一倍，五十幾頁，我還真是頭一次寫這麼多的字。
最後乙個，持懷疑態度。理論上說，測試應該從需求開始抓起，參與需求的評審，對詳細設計也要測試，但目前我們並沒有做這麼多，或者說做得不完全。根據現狀，有時候我只能依靠詳細設計來寫測試用例，所以先必須假設詳細設計上面寫的是對的。然後我們開始理解詳細設計，持懷疑態度的看，在我們對詳細設計有了一定的理解之後（剛開始最好不要懷疑）。這時候會有幾種情況，一種，看的不是很明白；第二種，好像有遺漏的地方；第三種，好像錯了（僅僅指寫錯了字，因為我們還沒有需求規格可以參考）。要繼續寫測試用例必須處理這三個問題，對第一種，沒辦法，請教寫這個文件的程式設計師；對第二種，還是請教寫這個文件的程式設計師；對第三種，告訴他這裡錯了。當然你也可以選擇另一種途徑，暫時跳過，不過遲早還是要解決的。在沒有需求文件的條件下，有一定的風險，不知道詳細設計是否和需求是否一致，在需求文件沒有出來之前，對自己懷疑的地方問一下需求人員，在需求文件出來之後，和詳細設計文件對照一下，一般詳細設計文件都不會錯到哪去，呵呵。
好像就這些吧，自己慢慢體會也就出來了，但是一定要先硬著頭皮寫用例，寫著寫著就好了。
測試流程及測試用例的編寫方法
目的 為了讓大家更加了解測試流程和測試用例，本文大概總結了一下常用的一些方法和模板，對初學測試的同學起到一定作用 1 備註測試環境 2 編寫測試用例 3 靜態測試 走查 4 動態測試 5 問題屬性 一般包括 錯誤 缺陷 失效 故障 6 確定問題的類別 就是說明問題的 7 編寫測試報告 這裡對一中的 ...
測試用例的編寫
在這裡和大家聊聊測試用例編寫的問題。做一名測試人員，最基本的就是測試用例的編寫。文件功底一定要有。我們來說說用例的編寫需要的東西。首先，用例的模板網上有很多。這些都是根據個人習慣的，但是再變，其核心內容是不變的。乙份測試用例一定會包含的東西有 測試模組 測試標題 前置條件 執行步驟 預期結果 實際結...
測試用例的編寫
一 測試用例的概念 測試用例是為特定目標而開發測一組測試輸入 執行條件和預期結果，其目標可以是測試某個程式路徑或核實是否滿足某個特定的需求。二 測試用例的編寫 1 測試用例文件的編寫 編寫測試用例文件應有文件模板，需符合內部規範要求。測試用例文件又分為簡介和測試用例兩部分。測試用例 測試用例編號 用...