如果有两个公共方法，一个调用另一个，如何对其进行单元测试？

Question

当有两个公共方法并且一个方法调用同一个类中的另一个公共方法时，测试方法的方法是什么？

在这种情况下，我应该如何编写单元测试？

一个例子

class SpecificIntMath {
   public int add(int a,int b) {
       return a+b;
   }
   public int multiply(int a, int b) {
       int mul = 0;
       for(int i = 0;i<b,i++) {
           mul=add(a,mul);
       }
       return mul;
   }
}

这个例子并没有显示所涉及的方法的复杂性，而是概念的复杂性。

我应该分别测试加法和乘法吗？如果我只测试乘法，我觉得我们错过了不能提供参数的情况。

假设要分别测试乘法和加法，我应该能够模拟加法？这怎么可能？

假设要分别测试乘法和加法，我不应该模拟，我应该让加法按原样执行吗。如果是这种情况，我应该如何处理添加中的程序流？

测试这种情况的方法是什么。

编辑1：

在下面的代码中，

class MCVC {
    public boolean getWhereFrom(List<User> users) {
        boolean allDone = true;
        for(User user: users){
            String url = user.getUrl();
            switch(url) {
                case Consts.GOOGLE:
                    someDao.updateFromAddr(user);
                    user.setEntry("Search Engine");
                    break;
                case Consts.FACEBOOK:
                    someDao.updateFromAddr(user);
                    user.setEntry("Social Media");
                    break;
                case Consts.HOME:
                    someDao.updateToAddr(user);
                    user.setEntry("Company");
                default
                    user.setEntry(null);
                    allDone = false;
                    break;
            }
        }
        return allDone;
    }

    public void likedDeck() {
        List<Users> usersList = deckDao.getPotentialUsers(345L,HttpStatus.OK);
        boolean flag = getWhereFrom(usersList);

        if(flag) {
            for(User user: usersList) {
                //some Action
            }
        }
    }
}

在测试likedDeck（）时，我应该考虑getWhereFrom（），还是应该假设任何默认情况？如果我考虑默认情况，我会在输出不是默认的情况下失败。我不确定我是否应该嘲笑它，因为调用的类正在测试中。测试中的间谍/模拟类

Answer 1

我应该分别测试加法和乘法吗？

如果您正在进行单元测试，那么应该单独测试它们。您只希望在进行组件或集成测试时一起测试它们。

假设乘法和加法要单独测试，我应该能够模拟加法吗？

是呀

这怎么可能？

使用mockito或任何其他模拟框架。您可以在此处看到的确切方式使用Mockito模拟某些方法但不模拟其他方法

假设乘法和加法分别测试，我不应该模拟，我应该让加法按原样执行吗。

我不会那样做。add中的内部更改可能会影响乘法测试，您的测试会变得更加复杂和不稳定。

Answer 2

至少要分别测试它们。乘法测试隐式测试加法没有问题。在大多数情况下，你应该问自己这两种方法是否都需要公开。

Answer 3

你不关心。

您可以使用单元测试单独测试每个公共方法的契约。因此，您编写的测试可以确保add（）和multiply（）都完成了它们应该做的事情。

一方在内部使用另一方的事实在外部没有任何意义。您的测试既不应该知道也不应该关心这个内部实现细节。

为了记录在案：因为你的代码是现在编写的；你绝对不能在这里转向嘲笑。这里不需要嘲笑；只会增加测试与你真正的生产代码无关的东西的风险。你只在必须控制对象的各个方面才能启用测试的情况下使用嘲笑。但是你的示例代码中没有任何东西需要模拟来测试。如果是的话——这将表明设计/实现不佳（考虑到这些方法的契约）！

编辑；给出问题中的更改示例：

首先，getWhat From（）中有一个错误-您迭代一个列表；但是您一直覆盖该列表中的返回值。因此，当第一次迭代将结果设置为false时；该信息可能会在下一个循环中丢失。

我认为实际问题有两种选择：

• 你转向莫基托；并对其“间谍”概念做了部分嘲讽；如果您想保持源代码不变
• 我个人；我宁愿花时间改进生产代码。在我看来，getWhereFrom（）可能值得它自己的类（在这里，我可能不会让它处理用户列表；但只有一个用户；这也有助于返回单个布尔值；-）。当您这样做时，您可以使用依赖注入来获取“WhereFromService”类的（模拟）实例

换句话说：你正在展示的代码可以被修改/重构；例如，更清楚地遵循SRP。但这当然是一项更大的事业；你需要和周围的人讨论。