为了达到可维护性、可复用性，将对象、操作、测试数据、业务逻辑剥离、分开管理，通过调用关系去组合实现不同的测试用例。

　　对象资源库

　　测试数据资源库

　　操作组件（描述操作步骤）

　　脚本：业务逻辑

　　分离后，如果要增加测试用例，只需要维护测试数据，如果程序修改，增加了对象，那么只需要维护对象库、操作组件，增加对这个对象的操作。

　　●封装基础函数、基本的业务逻辑、验证点

　　通过对基本业务逻辑、验证点的封装、调用，实现快速的脚本开发

　　如一个数据保存的功能，每一条数据在做了增、删、改的操作后，都需要验证保存至后台数据库的数据正确性，通过预期结果与数据库实际产生的数据集进行比较验证，在获取数据库实际产生的数据集的方式是通用的，只是不同的功能所要验证的数据表、字段及Where条件不一致，获取数据集的方式可以封装成一个基础函数，传入不同的SQL语句做为参数即可。同时预期结果与实际结果集的比较也可以封装为基础函数。

　　再如，系统页面中在某些操作或条件下，部分字段是只读不允许编辑的，或者是隐藏不显示的，编写脚本时需要对每一个对象写一条语句验证其只读和隐藏属性的正确性，如果将只读和隐藏属性的验证进行封装，针对每一个页面进行验证，那么只需要传入这个页面只读或隐藏的对象名称，调用封装的函数执行验证。可以大大减少脚本量，也更易于维护。

　　●有效的执行体系

　　批量、定制执行、自动运行

　　自动化测试真正达到提升测试效率，需要实现无人值守情况下的批量自动执行，并且可以定制执行。

　　异常处理机制

　　脚本执行过程中，因程序错误或环境问题、脚本自身问题经常会出现非预期的错误：如意料外的弹出窗口、发现错误的数据、未找到对象、输入文件打不开或不能读等，有些情况下当前用例出错，并不影响后续用例的执行，需要支持异常处理机制，终止执行或者终止当前用例，继续后续用例的执行，亦或者跳过当前步骤，继续执行后续操作，并输出当前的错误报告。

　　业务数据还原初始状态

　　自动化测试需要循环执行，执行完成后，需要恢复初始状态（主要是业务数据），以使得程序重新提交版本后能够循环执行，不断的对新版本进行回归验证。

　　版本管理

　　随着待验证版本的不一致，自动化测试脚本也会不断的更新、维护，同样需要进行版本管理。

　　●结果体系

　　针以每条用例，输出用例执行结果

　　针对每个检查点，输出详细的检查点执行结果

　　输出执行日志

　　●结构化管理

　　对象、操作组件、基础函数、测试数据、功能点脚本、业务流程组合，如此多的层级、调用关系，必须进行结构化管理，采用高度组织化的目录结构、分级管理，方便进行正确及快速的调用，方便能够快速定位、查找问题。