模拟中的依赖太多：单元测试问题

发布于 2024-10-14 12:33:41 字数 162 浏览 1 评论 0原文

我想要对 Business 类进行测试，但遇到了这个问题：其中一个模拟对象对其他类（例如 Sites、URL 和 ComplexObject）有许多依赖项。

我的问题是：如果我必须在我需要测试的方法中使用我的模拟对象的这个方法，我该如何隔离我的类？我应该模拟所有这些并将它们添加到模拟对象中吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

无所的.畏惧 2024-10-21 12:33:41

您还能如何测试它？看起来您需要模拟依赖项。一个积极的方面是您可以在其他需要测试的类中使用模拟。请注意，这是一个明确的代码气味。

您是否考虑过依赖注入？如果您传入了所有依赖项，则可以创建一个工厂来生成一组测试依赖项，然后仅覆盖测试所需的依赖项。

回复收藏 0 原文

灰色世界里的红玫瑰 2024-10-21 12:33:41

我喜欢做的是创建一个类，该类具有所有外部依赖项和静态方法的字段。例如：

public class DanceMakerDependecies{
    private URL url;

    public String getCurrentUser(){ // not static, so very easy to test
        return UserManager.currentUser().getName();
    }

    //getter and setters
}

public class DanceMaker{
     public DanceMaker(DanceMakerDependecies dep){
     ..
     }
     // you could also create default constructor with the default dependencies
}

public class DanceMakerTest{
    @Test
    void dance(){
        DanceMaker dm = new DanceMaker();
        dm.setDependecies(EasyMock.createMock(DanceMakerDependecies.class));
        //etc.
    }
}

我知道纯粹主义者更喜欢将所有内容注入到类中，但我发现这种测试方式要简单得多。尝试一下，看看你对它的看法（我敢打赌它不是最佳实践或设计模式，但我喜欢它）。

What I like to do is to create a class that has field to all outside dependecies and also static methods. for example:

public class DanceMakerDependecies{
    private URL url;

    public String getCurrentUser(){ // not static, so very easy to test
        return UserManager.currentUser().getName();
    }

    //getter and setters
}

public class DanceMaker{
     public DanceMaker(DanceMakerDependecies dep){
     ..
     }
     // you could also create default constructor with the default dependencies
}

public class DanceMakerTest{
    @Test
    void dance(){
        DanceMaker dm = new DanceMaker();
        dm.setDependecies(EasyMock.createMock(DanceMakerDependecies.class));
        //etc.
    }
}

I know that purists will prefer to just to inject everything into the class, but I find this way of testing much more simple. try it and see what you think about it(i bet its not best-pratice or design pattern, but i like it).

回复收藏 0 原文

~没有更多了~