1、基于数据驱动的自动化测试 → 基于关键字驱动的自动化测试。

从以上具体实现中可以看出，要针对一个测试用例编写出对应的测试脚本，这需要的代码量不算少，并且还需要对每个方法的定义和输入输出十分熟悉。

因此，要实现UI层面的自动化测试，成本很高，甚至超过了收益。

所以，如果可以让测试脚本的编写变的简单，那么将大大改善现状。

2、探索

仔细观察上述具体实现，可以发现，一个测试脚本是可以由多个测试用例组成，而每一个测试用例又可以是由多条语义清晰的指令构成的。

于是这就可以考虑对其进行抽象，这也是策略模式的一种具体应用，主要包括三个方面：

1. 界面元素名与测试内部对象名的分离。

   将界面上的所有元素映射成相对应的一个逻辑对象，测试针对这些逻辑对象进行，界面元素的改变只会影响映射表，而不会影响测试。

2. 测试描述与具体实现细节的分离，把测试描述和测试的具体实现细节分离开来。

   测试描述只说明软件测试要做什么以及期待什么样的结果，而不管怎样执行测试或怎样证实结果。

   这样做是因为测试的实现细节通常与特定的平台以及特定的测试执行工具有着密切的联系。

   这种分离使得测试描述对于应用实现细节是不敏感的，而且有利于测试在工具和平台间的移植。

3. 脚本与数据的分离。

   把测试执行过程中所需的测试数据从脚本中提取出来，在运行时测试脚本再从数据存放处读取预先定制好的数据，这样脚本和数据可以独立维护

如下所示为一个基于关键字驱动的指令模型映射表