可以用測試工具的測試腳本語言記錄或編寫自動化測試腳本。如果沒有自動化測試工具，也可l溯jWindows宏錄銣囂函數來記錄測試腳本。不管選用哪中方式，只要遵循幾個簡單的測試用例(設計規則，都將得到更健壯、更易于維護的測試用例。Adhi!lazi引用了4個用在Charles Schwab中的測試用例設計原則。設計規貝B的設計人員賽按照下面列舉的那樣做[1]。我們采用了這些規則，發現在自動化測試／測試數據開發時很有效。
1)|設計相互獨立的測試用例
2)設計自包含式的(se“．contained)測試用例
3)設計基于出發點的(home．based)測試用例
4)設計無重疊的測試用例
測試用例的獨立性能夠保證一個測試用例不依賴另一個用例的成功完成來運行(它不依賴于前一個測試用例的結糶)，它也確保了即使在無人干預的情況下，自動化測試套件也能得出結果。
科學的方法是從測試中得出來的。當科學家進行實驗的時候，每次實驗重復他們只測試一個條件。這樣就確保每次實驗結果就是改變后的條件的直接函數。如果兩個或更多個變量同時改變了，就很難精確指出觀察到的實驗結果是由哪一個條件引起的。當然了，在科學中同在實踐中一樣，有時是不可能創造出理想的實驗條件的。在測試軟件過程中，如果兩個測試用例不獨立，會出現兩種情況。第一，隨后的實驗可能無法執行；第二，分離失敗的原因是極其困難的。雖然有時候非常困難，但是設計獨立的測試用倒還是可能的。
軟件測試的目的是識別新的錯誤，而調試的目的是定位并消除已知錯誤[5≈6、別。Fat測試用倒r脖鍘諸甩捌j包含多個測試條件的測試用倒)被用來識別新錯誤，而瞄n測試坩裥(瘦測試用例，只包含一個測試條件的測試用例)被用幕定位》罐曹1象宣舸黼周為只需較少的非獨立測試用側就可發現錯誤，臍鬯脖日鬯束發豌錯誤更好更經濟。但是，獨立的額外測試用例常常被用來發現和消除錯誤。
這已經成為一種折衷方式。如果你的目的是得到經由shell程序以批處理方式執行的自動化測試用例，那么你需要獨立的測試用例。但該方式主要的缺點是發現同樣多的錯誤，要比用“較胖的”手動測試用例需要更多的測試用例。另一個缺點是：測試用例的數目越多，測試套件就需要更多的維護。簡而言之，測試用例越多，測試代價越大。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
