用上自动化测试之后，项目 bug 率降低了不止一个层级，而且几乎不再重复暴露。

但现在有一个新的问题，我需要生成一系列的数据，进行一个用例的测试，场景：

1. 在城市 R
2. 玩家 A 建造了建筑 1 ；
3. 并发布了建筑 1 的相关工作招聘 1 ；
4. 玩家 B 前往应聘，并获得了一份工作 1 ；

现在需要测试：“结算工作——玩家 B 获得工资、玩家 A 获得产出，还需要交税给本地城市”。

按我的想法，每个用例需要生成“城市 R 、玩家 A/B 、建筑 1 、招聘 1 、工作 1”，这些数据还需要是连在一起的。

所以目前，我维护了一套这个用例的 sql ，但问题是，随着需求场景越来越多，我已经维护了五六套不同场景的 sql 了，未来还会继续扩增。

如果某天再来一个“base feature change”，可能要改一大批这类 sql 。

有什么办法可以改变这种情况？

大佬们，快伸出你们的圆手！;)