我的团队有一套POJO,我们建立这些POJO以传递给我们的代码并测试各种功能.例如,我们有一个包含地址信息的Address类.

每次我们必须将一个地址敲入一个对象来测试某些东西时,不断重建这个类是没有意义的.我认为像Rails的灯具这样的东西会很好,但只是在测试树中有一些理智的包和类来存储所有这些都会很好.

有任何想法吗？ JUnit是否有任何内置工具来帮助解决这个问题？

最佳答案 我发现
xUnit Patterns书非常适合这种东西.您可能会发现
Creation Method模式很有用.

Set up the test fixture by calling methods that hide the mechanics of building ready-to-use objects behind Intent Revealing Names.

请点击链接,了解有关实施和设计选择的大量详细信息.如果这没有特别帮助,请查看其他一些fixture setup模式.