
之前写测试代码的时候,经常需要构建一些复杂的数据结构用来测试,实际上只需要修改整个数据结构里面的几个字段,却要写一大堆的 set ,为了简化这个过程,我们搞了个专门生成这种 dummy class 的小工具,方便写测试。等了好久于把最新代码 push 上 maven 仓库了,过来宣传一下 233 。用法很简单: 针对一个特殊的数据结构
public User People { private Long id; private String name; private Integer age; ... //getter & setter } public class Employee extend User { private Long id; private String mobile; private String email; private List<Asset> assets; ... //getter & setter } public class Asset { private Long id; private String name; private String desc; ... //getter & setter } 生成一个 dummy 的 class :
Employee dummieEmployee = Dummie.create(Employee.class); 定制化里面的某些字段:
Employee dummieEmployee = Dummie.prepare(Employee.class).override("desc", "value").build(); 或者
Employee dummieEmployee = Dummie.prepare(Employee.class).override(Long.class, 100L).build(); 还有一些高级的用法 详见项目地址: https://github.com/elvis-liu/dummie 欢迎大家试用并提出各种 issue orz
可以的话也可以帮我这边点下赞 233 : https://github.com/yeyuexia/dummie
1 leopku 2017-03-04 22:49:47 +08:00 赞 收下了 |
2 Michaelssss 2017-03-06 09:51:34 +08:00 又想起了我写 Junit 测试的时候直接手写了个递归生成 POJO 对象的函数。。。。。。然而被批判没什么卵用。。。 |
3 yeyuexia OP @Michaelssss 233 为什么会被批判没什么卵用呢? |
4 Michaelssss 2017-03-06 11:14:43 +08:00 @yeyuexia = =因为周围人都不愿意写 Junit ,统统手写 XML/JSON 做测试。。。。 |
5 yeyuexia OP @Michaelssss xml/json 是做集成测试吧 其实我们做这个工具主要也是为了方便集成测试,因为 unittest 一般不会出现这么复杂的数据结构…… 用 xml/json 的好处是直观,传递的数据一目了然,但是也有一个问题就是维护成本很高,如果改动了契约要改很多地方,而且通过 xml/json 构建数据的话,实际上并没有很好的办法知道你的数据哪一些字段是这个测试需要覆盖的关键数据,哪一些其实并不需要,重构测试的时候也会造成很多麻烦 |