自动化测试项目也像普通的软件开发项目一样，有编码阶段，自动化测试的编码阶段主要是编写测试脚本实现所设计的自动化测试用例。自动化功能测试脚本地开发方法主要有以下几种：1.线性的 2.结构化的 3.共享的 4.数据驱动的 5.关键字驱动的
线性脚本的编写方法是使用简单的录制回放的方法，测试工程师使用这种方法来自动化地测试系统的流程或某些系统测试用例。它可能包含某些多余的、有时候并不需要的函数脚本。
结构化脚本编写方法在脚本中使用结构控制。结构控制让测试人员可以控制测试脚本，或测试用例的流程。在脚本中，典型的结构控制是使用“if-else”，“switch”，“for”，“while”等条件状态语句来帮助实现判定、实现某些循环任务、调用其他覆盖普遍功能的函数。共享脚本编写方法是把代表应用程序行为的脚本在其他脚本之间共享。这意味着把被测应用程序的公共的、普遍的功能的测试脚本独立出来，其他脚本对其进行调用。这使得某些脚本按照普遍功能划分来标准化、组件化。这种脚本甚至也可以使用在被测系统之外的其它软件应用系统。
数据驱动脚本编写方法把数据从脚本分离出去，存储在外部的文件中。这样，脚本就只包含编程代码了。这在测试运行时要改变数据的情况下时是需要的。这样，脚本在测试数据改变是不需要修改代码。有时候，测试的期待结果值也可以跟测试输入数据一起存储在数据文件中。
关键字驱动脚本编写方法把检查点和执行操作的控制都维护在外部数据文件。因此，测试数据和测试的操作序列控制都是在外部文件中设计好的，除了常规的脚步外，还需要额外的库来翻译数据。关键字驱动脚本编写方法是数据驱动测试方法的扩展。
总结起来看，对于开发的成本来说，随着脚本编写方法从线性倒关键字驱动的改变而不断地增加;对于维护成本来说，随着脚本编写方法从线性倒关键字驱动的改变而在下降。对于编程技能要求来讲，随着脚本编写方法从线性倒关键字驱动的改变，对一个测试员的变成熟练程度的要求在增加。对于设计和管理的需要来说，随着脚本编写方法从线性倒关键字驱动的改变，设计和管理自动化测试项目的要求在增加。因此，应该合理地选择自动化测试脚本开发方法，在适当的时候，使用适当的脚本开发方法。
第一、最典型的就是消息驱动，自动化工具通过脚本录制和编写，保存为测试脚本。在回放的过程中，将这些脚本转换成为Windows消息，发送给我们应用程序的窗体和各种控件。
这种方式的好处在于，自动化工具和应用程序之间能够做到完全的隔离。但是，由于使用了Windows消息，它也拥有了一个非常致命的缺点。那就是消息队列的异步性与程序的顺序性之间的矛盾。很多消息发送给了应用程序，但是应用程序的处理可能已经和消息队列错位了。有一些关于代码的时间片等待，就是因为这个问题。
另外，就是由于完全的隔离，对于操纵控件数据的能力大大降低。毕竟，拥有大量数据的控件都不是标准控件。
第二、嵌入式。TestComplete就是这类工具。它有支持不同语言的版本。大概思路，就是在程序编译的时候，注入自己的控件代理。脚本的回放，直接可以通过代理，操纵到应用程序。
可惜的是，这类软件开发的时候，更多的是考虑平台的兼容性。对于特有平台上的支持不是十分完美。特别是对自定义控件(比如Delphi中，除了VCL的标准控件)支持也没有做到最好。不过，我这里必须承认，TC的内部实现机制可能十分强大，我不能窥探所有。如果有人清晰，可以指点一二。
