Software Testing - UI自动化测试常用设计模式之模板（Java）

分享一个大牛的人工智能教程。零基础！通俗易懂！风趣幽默！希望你也加入到人工智能的队伍中来！请点击人工智能教程

模板模式在UI自动化中比较常用的原因是在产品中有很多的操作路径是复用的，所以我们可以使用模板模式，把固定的路径抽象出来，由子类去实现那些独立的逻辑。模板模式的思想是使用父类来规定执行操作的步骤，为了代码复用也会实现一些通用的步骤，然后留下一些abstract的方法交给子类实现。这种父类规定骨架，子类实现细节的方式就是模板方法了。当然模板方法也是可以有较深的结构的。

模板模式的优点：

• 代码复用。UI上很多操作路径都是重复的，甚至说不同的业务流程操作中的部分页面使用的是相同的页面。使用模板模式可以很好的整理我们的代码结构，将业务逻辑分类并组织起来，可以复用的代码交给上层的父类来实现。

模板模式的缺点：

• 如果类层级结构较多的时候，维护起来有点麻烦。

比如：

上面是我们的产品引入一份数据的逻辑。 我们的数据引入有很多种类型。 比如从本地引入， 从数据库引入，从 hdfs 引入，从 ftp 上引入等等等等。但是他们的基本步骤都是一样的 (看截图中的注释)， 所以模板模式的思想是使用父类来规定到执行操作的步骤， 为了代码复用所以也会实现一些通用的步骤比如所有的引入都得点击某些 button，填写一些都行。 然后留下一些 abstract 的方法给子类实现。 这种父类规定骨架，子类实现细节的方式就是模板方法了。 在这里我们的父类定义好了所有的步骤，但是部分的具体实现细节由子类完成。 这里我们发现子类需要实现两个方法

• 每个数据引入的关于生成 table 的操作的 setTableConfig
• 每种数据引入的文件配置方式操作的 setFileConfig

当然模板方法也是可以有较深的结构的。 比如上面说的一些引入方式虽然都属于数据引入，但是也分为两大类， 一个是结构化数据，一个是图片数据。 而且凡是属于结构化数据的引入方式有很多步骤都是相同的。 凡是属于图片数据引入的方式的大部分步骤也是相同的。 所以我们继续有抽象类如下：

上面是结构化数据的抽象类。 他实现了父类 IDataload 的 setTableConfig 方法。 因为所有结构化数据引入的这个页面操作都是一样的。然后才是我们具体的本地文件的数据引入的类。如下。

这个具体的本地文件引入的类实现了方法 setFileConfig。 这样我们就看到了这个模板模式的全貌。

• 基类 IDataload 负责定义执行步骤，以及个别 UI 操作的实现。 规定子类必须实现 setTableConfig 和 setFileConfig 这两个方法
• 类 StructureDataLoad 继承基类 IDataload，并实现了 setTableConfig 方法。 因为所有的结构化数据引入在这里使用的是同样的页面
• 具体的实现类 LocalFileDataLoad 继承 StructureDataLoad，代表着本地数据引入并实现了针对于本地文件引入所独有的页面操作 setFileConfig

所以实际上调用方要做的事情就是这样的