欧宝体育娱乐平台:Junit5 + YAML 轻松实现参数化和数据驱动让 App 自动化测试更高效(一)

　　原标题：Junit5 + YAML 轻松实现参数化和数据驱动，让 App 自动化测试更高效(一)

　　登录：不同的用户名，不同的密码，不同的组合都需要做登录场景的测试，正常的排列组合下可能会产生多个用例

　　搜索：不同的搜索条件产生不同的搜索结果，搜索也是常见的测试项，单个搜索参数或者多种搜索参数的组合；同样也会产生多个用例。

　　参数化：我们在写自动化用例的时候会有很多方法，一般我们都会把数据通过参数来传递给方法，而不会直接在方法中写“死”，所以方法之间的数据传递都是通过参数化来进行，利用参数化进行数据与变量的对应；比如我们的登录账号密码设置在参数中，再将参数传递到方法中。

　　数据驱动：将参数化中的数据来源变成从外部读取，参数有一个存放数据的地方，在用例执行的时候去去数据；这个数据存储的地方可以是我们定义的数组、hashmap，也可以是从外部文件中(excel、csv、xml、yaml等)读取。

　　例如上述的搜索案例，我们可以将搜索条件放入外部文件中，每次执行搜索用例时，去文件中获取数据，根据获取到的数据执行不同的搜索测试即可。

　　在执行测试工作过程中，有很多过程是需要动态变化的，如果每一次的变化都需要编码部署，那么整个执行的流程就会边长；

　　对于业务测试工程师来说，维护自动化代码有一定的门槛，需要熟悉编程语言和测试框架的结构；

　　定义好了数据驱动，将变化的数据放入配置文件中进行维护，既便捷(无需找到对应代码修改部署)，也降低了维护的门槛(业务测试只需要在配置文件中修改数据即可)

　　与测试数据的数据驱动大致相同，主要也是方便业务测试维护，降低维护门槛和代码修改部署出错的风险；修改配置文件，整个业务行为和抽象是不用改变的，当然，在UI自动化中配合PO一起使用会“风味更佳”。

　　手工录制测试步骤，直接生成代码比较困难，可以生成步骤的配置文件，让代码去读配置文件，完成自动化的回放;（此方面本人暂时仅了解过，还未实践落地，理论上是可以实现的。）

　　用例通过PO的调用是能够非常清晰展现出业务执行场景的，业务才是用例的核心；一旦在用例里使用了大量数据驱动，如调用各种yaml、csv等数据文件，会造成用例可读性变差，维护复杂度变高；

　　从上述对比结果中，Json 和 YAML 对于数据结构的支持和书写程度是较好的；但是， YAML 的写法更简洁，并且还可以注释，因此最推荐使用的就是(从表格中的所处都位置也可猜到~)…位于C位的YAML！

　　把一个文件数据通过类型建立关联，并创建出一个类的实例，反之也可以把一个对象写入文件中。

　　再来看jackson-dataformats-text，这是一个可以对YAML、CSV、Properties和XML文件进行操作的库，也是目前最常用的，不过这里我们只重点关注其对YAML文件的操作

　　在readValue的方法中可以看到，第一个参数填的是文件地址，第二个参数就是精髓所在！我们可以给定一个对象类型，或者一个二维数组等，用来产生映射关系，将文件数据和我们的对象绑定，方便数据的读取。

　　如上述例子中我们通过TestFileSource的实例化对象来调用age变量。