【问题标题】:What are best practices for testing methods which call similar method of same class with different parameter types?测试调用具有不同参数类型的同一类的类似方法的方法的最佳实践是什么?
【发布时间】:2017-07-13 11:54:54
【问题描述】:

测试方法的最佳实践是什么,它以不同的参数类型调用同一类的相似方法?

是否应该模拟实例?等等。

你有当前的例子或解决方案吗?

我对案例的最佳实践感兴趣,当测试的方法更多时, 超过 1 行并且将测试代码复制到测试类是有问题的。

class A {
  Map z = //...
  public void put(String x, Y y) {
    z.put(x, y);
  }
  public void put(String x, String y) {
    put(x, Y.parse(y));
  }
}

【问题讨论】:

标签: java unit-testing testing junit coding-style


【解决方案1】:

合理的做法:

  • 首先关注您对真正“完成工作”的方法的测试(在您的示例中,这将是第一个版本)。您想了解该方法的公共合同并对其进行深入测试
  • 然后,再看看那些其他方法,它们只是简单地“包装”了已经经过充分测试的方法。

对于后面的方法,您想测试这个方法在做什么。在您的示例中,这意味着:您确保传入的字符串进入 Y.parse()。

我认为不好的做法是用与第一种方法相同的审查来测试第二种方法。

您的测试应该专注于方法负责的“工作”。在您的示例中,第一种方法负责一些“真正的业务”;而第二种方法(表面上)仅负责转换参数并调用另一种方法。

含义:当您对第一个方法 put(String, Y) 进行 5 次测试时(测试该方法中的所有不同路径) - 您可能只需要对方法 put(String, String) 进行 1 次测试(它只是检查 @987654323 中的某些预期路径@ 是因为 put(String, String) 正在做的事情而被采用)。

TL;DR:

  • 当一个方法在做“真正的生意”时 - 测试那个“真正的生意”
  • 当方法只是将东西连接/粘合在一起时 - 然后专注于该方面 - 而不是重新测试“缠绕”的东西

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-01-15
    • 1970-01-01
    • 1970-01-01
    • 2017-02-20
    • 1970-01-01
    • 1970-01-01
    • 2018-11-09
    相关资源
    最近更新 更多