一尘不染

模块化应用程序堆栈中的虚拟数据和单元测试策略

java

您如何管理用于测试的虚拟数据?保留它们各自的实体?在单独的测试项目中?从外部资源使用串行器加载它们?或者只是在需要的地方重新创建它们?

我们有一个应用程序堆栈,其中包含多个模块,每个模块都包含一个模块,每个模块包含一个实体。每个模块都有其自己的测试,需要虚拟数据来运行。

现在,具有很多依赖关系的模块将需要来自其他模块的大量伪数据。但是,那些对象不会发布其虚拟对象,因为它们是测试资源的一部分,因此所有模块都必须一次又一次地设置所需的所有虚拟对象。

另外:我们实体中的大多数字段都是不可为空的,因此即使在对象层上运行事务也要求它们包含一些值,在大多数情况下,它们具有诸如唯一性,长度等进一步的限制。

是否有最佳实践方法可以解决所有问题?


更多详情

我们的堆栈如下所示:

一个模块:

src/main/java --> gets jared (.../entities/*.java contains the entities)
src/main/resources --> gets jared
src/test/java --> contains dummy object setup, will NOT get jared
src/test/resources --> not jared

我们使用Maven处理依赖关系。

模块示例:

  • 模块A 有一些虚拟对象
  • 模块B 需要自己的对象,并且与模块A相同

选项a)

测试模块 T
可以容纳所有虚拟对象,并将它们提供在测试范围内(这样加载的依赖项就不会受到干扰),以提供给所有模块中的所有测试。那行得通吗?含义:如果我加载 牛逼
一个 并运行安装在 一个 将它不含有引入引用 牛逼 尤其不要 ?然后, A 将了解 B 的数据模型。

选项b)

模块A在src/main/java../entities/dummy允许 B 获取它们的某处提供伪对象,而 A 不知道 B
的伪数据

选项c)

每个模块都包含外部资源,这些资源是序列化的虚拟对象。可以通过需要它们的测试环境来反序列化它们,因为它对它们所属的模块具有依赖性。这将要求每个模块都创建并序列化其虚拟对象,并且该如何做呢?如果使用另一个单元测试,它将在单元测试之间引入依赖关系,而这种依赖关系是永远都不会发生的,或者使用脚本,则将很难调试并且不灵活。

选项d)

使用模拟框架,并根据需要为每个测试手动分配必填字段。这里的问题是我们实体中的大多数字段都不能为空,因此将需要调用setter或构造函数,这将使我们再次从头开始。

我们不想要的

我们不希望使用静态数据来建立静态数据库,因为所需对象的结构会不断变化。现在很多,稍后。因此,我们希望休眠以设置所有表和列,并在单元测试时用数据填充它们。同样,静态数据库会引入很多潜在的错误和测试的相互依赖性。


我的想法是否朝着正确的方向发展?处理需要大量数据的测试的最佳实践是什么?我们将有几个相互依赖的模块,这些模块将要求对象填充来自其他几个模块的某种数据。


编辑

关于第二个答案,我们现在正在做些什么的更多信息:

所以为了简单起见,我们有三个模块:PersonProductOrder
Person将使用MockPerson对象测试某些管理器方法:

亲自/ src / test / java :)

public class MockPerson {

    public Person mockPerson(parameters...) {
        return mockedPerson;
    }
}

public class TestPerson() {
    @Inject
    private MockPerson mockPerson;
    public testCreate() {
        Person person = mockPerson.mockPerson(...);
        // Asserts...
    }
}

MockPerson班将不会被打包。

这同样适用于产品测试:

(在 product / src / test / java中 :)

public class MockProduct() { ... }
public class TestProduct {
    @Inject
    private MockProduct mockProduct;
    // ...
}

MockProduct 是必需的,但不会打包。

现在订购测试将要求MockPersonMockProduct,所以现在我们目前需要创建以及两个MockOrder测试Order

(按 顺序/ src / test / java :)

这些是重复项 ,每次PersonProduct更改都需要更改

public class MockProduct() { ... }
public class MockPerson() { ... }

这是应该在这里的唯一类:

public class MockOrder() { ... }

public class TestOrder() {
    @Inject
    private order.MockPerson mockPerson;
    @Inject
    private order.MockProduct mockProduct;
    @Inject
    private order.MockOrder mockOrder;
    public testCreate() {

        Order order = mockOrder.mockOrder(mockPerson.mockPerson(), mockProduct.mockProduct());
        // Asserts...
    }
}

问题是,现在我们必须更新person.MockPersonorder.MockPerson随时Person发生变化。

只发布带有jar的Mocks更好,以便所有其他具有依赖性的测试都可以调用Mock.mock并获得一个不错的设置对象吗?还是这是黑暗的一面-简单的方法?


阅读 181

收藏
2020-12-03

共1个答案

一尘不染

这可能适用也可能不适用-
我很好奇地看到了您的虚拟对象和相关设置代码的示例。(以更好地了解它是否适​​用于您的情况。)但是我过去所做的甚至根本没有在测试中引入这种代码。正如您所描述的,很难进行生产,调试,尤其是打包和维护。

正如Nat Natry Pryce在他的Test Data
Builders
帖子中所描述的,我通常所做的是尝试使用Test
Data Builder模式的(在Java中,这是AFAIKT的 最佳实践
)。

如果您认为这有点相关,请查看以下内容:

2020-12-03