我们需要自动化测试脚本的原因：

　　1、验收测试是一项非常复杂和费力的被用来确保软件质量的环节。它的目的就是使软件能得到充分运行并且能使其符合原始需求。

　　2、测试的目的无非就是满足了两个结果：测试通过或测试不通过。为了能实现每个测试结果，必须要明确每个测试用例。并且对于整个系统而言在合同中必须定义测试用例的失败标准，而且这个失败标准数必须是可接受的。

　　3、测试用例的通过条件必须有一个清晰的标准，标准可以被定义为一个测试值或一个测试值集，并且将他们显示或保存到数据库中。一些测试结果比较容易形象的看到 (例如：网站上的图片是否被有效的加载)，而另一些测试结果却需要通过脚本将测试结果输出(例如：对数据库中的数据进行测试)。

　　4、为了能使所有的测试用例能被精确的执行，一般都建立一些基础测试数据。也许这些测试数据可以从计算机中转换得到。无论测试数据被保存在什么地方，都必须被操作系统能熟练控制。这些测试能更方便的被系统使用。事实上就是要确定每个测试步骤要成为整个测试过程的一部分。

　　5、在整个测试序列中，为了确保正确的测试步骤被执行，说明测试过程是非常重要的。例如：如何描述测试”动作次序”。

　　6、测试脚本的运行必须能被系统运行执行，输出结果必须能被系统识别。通常情况下，输出结果都以文本形式或者以图表的形式输出。有些时间也可以以各种报表的形式打印输出。

　　规范的脚本需要注意的几个问题：

　　●  测试数据应该预先存在，并且测试脚本应该依赖与这些测试数据。-这些测试数据可以依赖以某一测试步骤或整个测试过程。测试结果数据也可以保存在计算机的内存、文件或数据集的形式保存在数据库中。

　　●  每一个测试步骤都能够被独立运行。

　　●  有必要的话，在运行每个测试用例之前，先检查测试数据的正确性。在实际案例中，这步是放在每步测试过程之前，另外也可以通过一些软件检查工具进行检查。

　　●  测试用例的通过标准要是合适的。

　　●  对于测试脚本最重要的标准就是它能够重复使用的。如果建立了正确的测试环境，测试脚本在每次执行后都应该产生相同的结果。但请记住，脚本对测试环境依赖很大，所以测试脚本被另外的一些潜在因素所制约，如计算机系统或网络环境。

　　●   测试脚本还会产生”假错误”的危险性。当执行完测试脚本后，测试脚本会报一些错误，但这些错误却不是Bug。举个例子，测试脚本产生了错误，但在用例中却无法找到(数据类型错误或无法找到数据，这些错误虽然简单但是确是很明显的)。应该将测试脚本本身的通过标准加入到测试用例中来。

　　●  一定要查明测试脚本在执行过程中失败的原因。由于测试脚本的复杂性，也难免会有许多假错误。所以一定要找出根本原因，是测试脚本能被正确的回放执行。但有时候同样的两段测试脚本执行会产生不同的结果，一段能测试通过，而另一段却测试失败。同时也有可能会产生不同的测试结果。我想这有可能是有测试环境的错误而引起的。如果项目时间不允许的话，应该将这部分自动化测试脚本删除，改而人工测试执行。