1樓：smile星宇
我一直在想，作為測試人員應該用腦袋去測試，也就是說應該在工作中不斷的總結經驗，把自己的發現應用到測試中去，這樣你才能有真正的提高，你所具備的理論和能力才有競爭力。
回到測試用例中來，我覺得做好以下三點就是乙個好的用例。
第一：依據分明
眾所周知，乙個專案首先立項，然後經過一系列的動作到了需求分析，昨晚需求分析後，測試就可以做測試需求，然後就可以寫測試用例了。所以寫測試用例的依據就是需求。這麼說太籠統，舉乙個例子。
乙個系統經過前期的需求分析，詳細設計，模組設計等一系列的動作，最後生成了詳細的需求說明和詳細設計文件等等，在這些文件中，已經很詳細的描述了所有的需求點和功能點，也有較詳細的技術說明，接下來的工作就是怎麼把這些功能點和需求點變成測試點，這就需要做好測試需求分析和測試方案工作，生成乙個個可測試的測試點。這也是需求必須可測的乙個體現。
假設經過上一步工作，分析出這個系統有5個模組，50個大的功能點，500個具體需求點，最後生成了5000個測試點。那麼 ok，我們就要寫5000個測試用例。還是那句話，乙個測試用例只能對應乙個測試點，測試點和用例是1對1的關係；乙個需求點可以對應多個用例，需求點和用例是1對多的關係。
這樣做的目的在統計中講。
第二：目的明確
用例都有個測試目的，這就是要目的明確，並且也只能有乙個目的。前面無論多少步驟，都是為了找到這個目的途徑。功能從大到小有層次的劃分，我們做測試用例也是有層次的，不然你怎麼定義用例的優先順序呢？
等到測試最小的功能點是，支援這個功能點的其他上層功能點，我們都預設正確就可以了，這就是我們的預期，所以在測試步驟中不用對上層的功能專門考慮測試資料，只把他當成乙個正確的找到目前的功能點的途徑就行。換句話說，你要測試的功能點需要點10個連線才能找到，那麼前9個連線我們再以前就應該設計了用例，在第10個連線中預設他們正確就ok，這個用例的前9步，只是告訴你如何找到第10步。就是這樣。
第三：便於統計
測試用例對整個測試過程的質量控制和評估有很重要的意義。
2樓：手機使用者
測試用例都是根據需求文件或功能說明文件來寫的，你這樣說確實沒法寫，你最好稍微仔細的描述一下。
3樓：匿名使用者
可以去北京博測科技****了解一下
北京博測科技****是一家致力於軟體測試培訓專案外包公司！
可以去那裡了解更全面的知識哦
求web相容性測試用例
育知同創教育 參考下面方法 一 分別在不同電腦上安裝不同版本的ie 優點 準確性高，三臺電腦分別安裝ie6 7 8，顯然測試得出的結果是最準確的。缺點 浪費伺服器資源，測試人員操作麻煩，需要不斷切換測試機器。二 在一臺電腦上安裝ietest 優點 能90 的模擬出不同瀏覽器的渲染效果，只需安裝在一臺...
高分求 程式進行測試用例設計
判定型別 有效等價類 一般三角形 a 0 b 0 c 0 a b c v a c b v b c a 1 非一般三角形 a 0 v b 0 v c 0 a b c v a c b v b c a 2 等腰三角形 1 a b v a c v b c 3 非等腰三角形 2 v a b v b c v a...
老師留的vb作業求大神幫忙謝謝啦1編寫判
private sub command1 click if cint text1.text mod 2 0 thenmsgbox 文字框內的數值為偶數！提示 else msgbox 文字框內的數值為奇數！提示 end if end sub private sub command2 click dim...