上一篇文章介绍了数据源的概念，而且用Excel演示了一个数据驱动的案例。这篇我们给它改进一下，没打开项目的朋友先把它打开，然后再仔细观察一下：

注意划红线的地方。这段代码里定位了用户名、密码、登录等等好几个元素。大家都知道，好多网站一开始挺丑的，在开发人员不断地修改下才越来越美观。尤其是那些不用模板的，有可能一开始看起来很不起眼，就几篇文章配上一堆图片外加几个大按钮就完事了。但一番更改之后的最后成品就不一样了，比如加了一些套件或是框架后，元素改了样子，控件挪了位置，最后的成品与一开始的感觉或许截然不同。像我们这个示例网站，如果我写了许多许多的test case，每一个case都有用户名、密码、登录，有一天我嫌网页太丑了想改它们的控件样式和位置，总之代码有变动需要重新定位。那我是不是需要在每一个case中都改一遍？显然太费力了。

所以，我们需要把这些页面上的元素位置放到一个文件里统一管理，然后在不同的test case里引用，这样未来一旦有变化我改一处就行了。我们知道，这些页面上的元素或是控件本身声明出来都是WebElement类型的对象，也就是driver.findElement()返回的东西。之前从来没详细讨论过括号里的内容，只知道它是定位一个元素/控件的过程，以By调用定位器来表示：

其实括号里面也可以单独拿出来写，调用之后返回的是一个By类型的对象，这个对象承载着该元素定位的所有信息，测试界里又管它叫object。

注意，这个object特指这个By类型的对象，跟我们之前学java面向对象泛泛而谈的对象不一样。定位器括号里的内容大家都知道，是元素位置字符串，我们要放进文件统一管理的也就是它们。又因为一个object就是依托于该元素位置产生的，所以我又管它叫作object定位符。

理清这些概念之后继续。object定位符也不是随随便便写到一个文件中的，一般来说我们按照两种方式来给object定位符归类 - 第一种，按照元素所在的页面分类： Test case涉及多少页面就创建多少个文件，再在每一个文件里写入所有跟该页面有关的object定位符；第二种，按照元素所属的模块分类： 一个测试网站或许会有许多模块，比如登录、留言板、购物车，一个元素属于哪个模块你就给它放到对应的文件中去。这种方式文件量或许会少一点；举个例子，退出按钮应该是属于登录模块的，但出现的位置却不是登录页面。我所知道的是大多数人都习惯于第一种方式，简单直接，也有不少人觉得第二种方式既能创建较少的文件，也便于一个被测功能的维护。

按照这个思路，我们在该项目中创建一个新的包叫com.objrepository用来存所有的object定位符文件。这里我按模块分：由于目前我们只针对登录模块，所以在包里新建一个文件叫loginPage.properties(右键点击com.objrepository -> New -> File)：

之前介绍java时讨论过properties类型文件，它的特点是可以通过一个“=”号把左右两边连接起来。这里正好，可以左边是object定位符的名称，右边是它的值，一一对应。对照着项目中出现的object把它们一个一个写进去，不要遗漏：

注意，给object定位符起名字虽然没有什么硬性规定，但一个复杂网站需要的测试用例往往既多又杂，里面包括的元素、控件更是数不胜数，一个名字起错了或是混淆了找起来是非常困难的，毕竟元素种类就那么多，可元素本身却千变万化。所以，写项目时一定要注意提前规定一些格式，包括给object命名这种看起来很小的问题。我喜欢的一种格式是"object类型_object用途"。类型指的是这个object究竟是哪种元素，是textbox呢还是button？用途指的是这个object究竟是干什么用的，功能是什么。大家可以参考一下这个格式，用自己习惯的格式也可以。公司里一般都会给项目定好类似的规范，不管怎么样，命名格式一定要统一、辨识度高，而且定了就不要变了。

改进后的代码如下：

第30行声明一个Properties类的对象引用prop并在第65行实例化，这个时候第64行fis指向的对象也需要改变了，因为文件从Login.xlsx变成了loginPage.properties。划红线部分就是通过prop调用getProperty()方法进行取值，注意不要写错，写的是properties文件中等号左边的字符串。执行一遍：

这样，以后只要想改变某个元素的定位，我们只要去修改它的object文件即可，不用再去动test case。试想如果有很多个test case，这么做就会大大节省时间和精力。

还没完，接着利用刚才所讲的几个概念改得再彻底一点，把该模块上的object、具体的测试步骤和验证过程都封装在方法里，然后单独放到一个类里。再创建一个新的包叫com.pageobjects -> 添加新的类LoginPage.java，项目目录变成：

先在LoginPage.java中写入如下代码：

看画红框部分，我通过读取Login模块的object定位符率先得到object，然后用在以下三个部分 - 1.页面元素/object定位与操作； 2.具体测试步骤； 3.验证过程：页面元素/object定位与操作相关的方法是enterUserName()，enterPassword()，clickLogin()，clickLogout()等等，它们不光通过driver调用findElement()定位了元素，同样执行了sendKeys()或click()操作，从方法名也能看出来它们是干什么的，不细讲了；具体测试步骤相关的方法是login()，它里面用this关键字完成了登录所需的每一步；验证过程相关的方法是verifyMenuHomeText()和verifyLoginBtnExist()，分别用来验证登录后目录上的Home按钮和点击退出后的登录按钮。

除此之外，driver实例从Test.java被传递进来用于定位，而且从LoginPage.java文件名也可以看出来，它只装和Login模块有关的东西，别的模块的不要乱入。最后修改Test.java：

之前的一大堆代码全部变成了红框里的一小部分，所有的测试步骤和验证全部交给LoginPage.java去做，大大简化了主类。所以，有object参与的数据驱动测试程序扩展性更强，也更加便于维护。回到刚才说的，我们可以用页面和模块两种方法给object归类，多数人用页面的方法，页面的英文又是page，所以测试界管这种程序结构叫Page Object Model(POM)，翻译过来就是页面对象模型，我以后就简称POM了。虽然"Page"这个词是页面的意思，但我觉得"Page Object"里面"Page"不一定非要拘泥于“页面”，也可以是“模块”的意思，比如我刚才的演示，不是挺好的嘛。不管用哪种方法，POM是一种把元素定位、测试步骤和验证过程单独封装的模型，其核心就是把object与test case分离，单独管理。总结一下，刚刚我们架构的一个简单POM做了这两步：

当然，实现POM并不是这一种格式，有人说是不是必须用properties文件？能不能用别的文件？当然可以，只要object单独存放就可以。有人说是不是元素定位、测试步骤和验证过程三者缺一不可，都要写到单独的一个类中？再细分成三个类行不行？没问题啊，只要你看着清楚不乱就行。总之，一个宗旨就是POM是一种把元素定位、测试步骤和验证过程单独封装的模型。只要不违背这个宗旨，你可以随意架构你的程序。

这篇文章的源代码在SeleniumExcelDataDrivenPOM项目里边。

本篇知识点及注意事项：

1. POM是一种把元素定位、测试步骤和验证过程单独封装的模型，其核心就是把object与test case分离，单独管理。
2. 实现自动化测试POM架构的一种方法是先把元素及其定位放入properties文件中，再把元素定位、测试步骤和验证过程单独写到一个类中。