可以用测试工具的测试脚本语言记录或编写自动化测试脚本。如果没有自动化测试工具，也可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程序以批处理方式执行的自动化测试用例，那么你需要独立的测试用例。但该方式主要的缺点是发现同样多的错误，要比用“较胖的”手动测试用例需要更多的测试用例。另一个缺点是：测试用例的数目越多，测试套件就需要更多的维护。简而言之，测试用例越多，测试代价越大。
文章来源于领测软件测试网 https://www.ltesting.net/
