13.脚本与数据的解耦+PageObject模型

• 数据驱动（Data-driven）
  若好几个操作中只是数据不同，其他的都相同，也就是每份代码的主题完全一致，只是其中的搜索关键词就和断言的预期结果不同。如果把第一份代码复制好几份，只改掉关键词，那这样做起来是很低效的，也难以维护。
  那应该怎样处理呢？就是把测试数据和测试脚本分离，也就是说测试脚本只有一份，其中需要输入数据的地方会用变量来代替，然后把测试数据单独放在一个文件中，这个存放测试输入数据的文件，通常是表格的形式，也就是最常见的CSV文件，然后，在测试脚本中通过data provider去CSV文件中读取一行数据，赋值给响应的变量，执行测试用例。接着再去CSV文件中读取下一行。
  这也就是典型的数据驱动测试了。优点：

1. 数据驱动很好的解决了大量重复脚本的问题，实现了“测试脚本和数据的解耦”。
2. 数据驱动测试的数据文件中不仅可以包含测试输入数据，还可以包含测试验证结果数据，甚至可以包含测试逻辑分支的控制变量。
3. 数据驱动测试的思想不仅适用于GUi测试，还可以用于API测试、接口测试、单元测试等。

• 页面对象（Page Object）模型
  就是利用模块化思想，把一些通用的操作集合打包成一个个名字有意义的函数，然后GUI自动化脚本直接去调用这些操作函数来构成整个测试用例。
  页面对象模型的核心理念是，以页面（Web Page或者Native App Page）为单位来封装页面上的控件以及控件的部分操作。而测试用例，更确切的说是操作函数，给予页面封装来完成具体的界面操作。