求问浅谈:怎么为私有方法写单元测试
发布网友
发布时间：2022-05-12 20:28
共2个回答
热心网友
时间：2023-09-19 06:52
为私有方法写单元测试：new一个对象，设好入口参数后，调用这个方法，比较期望值和实际值即可。给一个类的私有方法做单元测试，也不麻烦，先通过反射获取这个方法，然后将这个方法的可访问性强制设为true，这样的话，这个私有方法就可以被调用了。
代码如下：
//被测试方法
private Double format(Double fileSize){
Double size = fileSize;
size = size / 1024 / 1024;
size = (int)(size.doubleValue() * 10 + 0.5) / 10.0;
return size;
}
@Test
public void testFormat(){
ClientDownloadAction action = new ClientDownloadAction();
double size = 3732930;
Class class1 = action.getClass();
try {
Method format = class1.getDeclaredMethod("format", Double.class);
format.setAccessible(true);//设为可见
Double result = (Double)format.invoke(action, size);
Double expect = 3.6;
Assert.assertEquals(expect, result);
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
热心网友
时间：2023-09-19 06:53
● 一个方法中有太多test case被测试的方法做了太多事情。
● 太多的setup/teardown表示被测试类的耦合性太高。
● 改变一个地方，多处测试受影响也许是测试的设计问题，也许是实现代码中有过多依赖。
● 测试上下文中有太多依赖设计中的耦合性太高。
● 测试运行速度缓慢表示你的单元测试也许在使用外部系统，例如网络、数据库、文件系统等等。通常也意味着被测试类有过多的职责。
里面还有一条：
为了测试的目的，把成员变量或者方法的访问权限变成protected或者public可能是因为测试代码跟被测试的代码耦合太高，也可能是本来私有的东西有太多行为，这种情况下应该考虑把它抽出来作为独立的对象。
我的答案是，在成功的用了TDD或者测试驱动重构（Test-Driven Refactoring）以后，你的代码中就不会出现针对私有方法的测试。
如果你用TDD编写全新的代码，在没有测试之前是没有功能的。私有方法是到了重构那一步的最后才会出现。把代码转移到私有方法中的这个过程，已经被先前写过的测试覆盖到了。所以，如果你成功了用了TDD，代码中就不会出现针对私有方法的测试。
如果你在改善遗留代码，你就该使用测试驱动重构。这样的话，可能会临时针对私有方法写一些测试
。但是，随着测试覆盖率的增加，那些public方法的测试会覆盖到所有的路径，也包括了私有方法的调用。所以，你也不再需要测试私有方法。
