我的团队有一套POJO，我们建立这些POJO以传递给我们的代码并测试各种功能。例如，我们有一个包含地址信息的Address类。
每次我们必须将一个地址敲入一个对象来测试某些东西时，不断重建这个类是没有意义的。我认为像Rails的灯具这样的东西会很好，但只是在测试树中有一些理智的包和类来存储所有这些都很不错。
有什么想法吗？ JUnit是否有任何内置工具可以帮助解决这个问题？
答案 0 :(得分：1)
JUnit的parameterised tests可能就是你想要的。您可以设置数据集合（在您的情况下，您的POJO）并使用这些作为参数运行测试。因此，在添加新的示例数据时，您无需重写测试。
答案 1 :(得分：1)
我发现xUnit Patterns这本书非常有用。您可能会发现Creation Method模式很有用。
通过调用隐藏在Intent Revealing Names后面构建即用型对象的机制的方法来设置测试夹具。
请点击链接，了解有关实施和设计选择的大量详细信息。如果这没有特别帮助，请查看其他一些fixture setup模式。