相关疑难解决方法(0)

在TDD开发中,您通常首先要创建接口,然后开始针对该接口编写单元测试.当您逐步完成TDD过程时,您最终会创建一个实现接口的类,然后在某些时候您的单元测试将通过.

现在我的问题是关于我可能必须在我的类中编写的私有和受保护的方法,以支持接口公开的方法/属性:

• 班级中的私有方法是否应该有自己的单元测试？

• 班级中受保护的方法是否应该有自己的单元测试？

我的想法:

• 特别是因为我正在编写接口,我不应该担心受保护/私有方法,因为它们是黑盒子.

• 因为我正在使用接口,所以我正在编写单元测试以验证定义的合同是否由实现接口的不同类正确实现,所以我再也不担心私有/受保护的方法,并且应该通过调用它的单元测试来执行它们.接口定义的方法/属性.

• 如果我的代码覆盖率没有显示受保护/私有方法被命中,那么我没有正确的单元测试,或者我有没有被使用的代码,应该被删除.

我今天才开始了解Mockito.我写了一些简单的测试(使用JUnit,见下文),但我无法弄清楚如何在Spring的托管bean中使用模拟对象.使用Spring的最佳实践是什么？我应该如何向我的bean注入模拟依赖？

你可以跳过这个直到回到我的问题.

首先,我学到了什么.这是非常好的文章Mocks Are Not Stubs解释了基础知识(Mock的检查行为验证不是状态验证).然后有一个很好的例子Mockito 和这里更容易嘲笑mockito.我们有解释说Mockito的模拟对象都是模拟和存根.

这里的Mockito这里匹配器,你可以找到更多的例子.

这个测试

@Test
public void testReal(){
    List<String> mockedList = mock(List.class);
     //stubbing
     //when(mockedList.get(0)).thenReturn("first");

    mockedList.get(anyInt());
    OngoingStubbing<String> stub= when(null);
    stub.thenReturn("first");

    //String res = mockedList.get(0);
                //System.out.println(res);

     //you can also verify using argument matcher
     //verify(mockedList).get(anyInt());

    verify(mockedList);
    mockedList.get(anyInt());
}

工作得很好.

回到我的问题.在这里注入Mockito模拟到Spring bean有人试图使用Springs ReflectionTestUtils.setField(),但是在这里Spring Integration Tests,创建模拟对象我们建议改变 Spring的上下文.

我真的不明白最后两个链接......有人可以向我解释一下Spring与Mockito有什么问题吗？这个解决方案有什么问题？

@InjectMocks
private MyTestObject testObject …

我有一些关于界面使用的一般问题:

1. 为每个对象类创建接口有什么好处？
2. 界面应该只包含'getter'方法吗？
3. 为什么不也是二传手呢？
4. 为什么我要为每个对象类创建一个接口？它会在JUnit测试中为我服务吗？

例如 :

    public interface Animal {
      public getVoice();
      public String getName();
    }

public class Dog implements Animal {
   private String name;

   public getVoice(){
      System.out.println("Brrr");
   }
   public String getName(){
      return this.name;
   }
   public void setName(String name){
      this.name = name;
  }

}

谢谢