PowerMockito verifyNew withAtrguments of object和object of arrays

时间:2018-05-15 08:35:17

标签: java junit junit4 powermockito

我正在尝试测试一个方法创建一个对象。我几乎使用PowerMockito.verifyNew()。withArguments(),然而,传递给构造函数的Arguments是一个对象和一个对象的ArrayList。测试的输出是: 实际

invocationSubstitute.performSubstitutionLogic(
1,
6,
11,
13,
[au.edu.sccs.csp3105.NBookingPlanner.Person@2449cff7],
au.edu.sccs.csp3105.NBookingPlanner.Room@62da83ed,
"description"
);

预期

invocationSubstitute.performSubstitutionLogic(
1,
6,
11,
13,
[au.edu.sccs.csp3105.NBookingPlanner.Person@40bffbca],
au.edu.sccs.csp3105.NBookingPlanner.Room@42a9a63e,
"description"
);

我可以看到问题是对象是同一类型但不是同一个对象,有没有办法说Expected对象的类型正确?

试验:

@RunWith(PowerMockRunner.class)
@PrepareForTest({Planner.class, Meeting.class})

public class MonthInput {

Planner planner;

@Rule
    public final TextFromStandardInputStream systemInMock = emptyStandardInputStream();
@Rule
    public final ExpectedSystemExit exit = ExpectedSystemExit.none();

@SuppressWarnings("deprecation")
@Before
public void setup() throws Exception {
    Meeting meetingMock = Mockito.mock(Meeting.class);
    PowerMockito.whenNew(Meeting.class).withAnyArguments().thenReturn(meetingMock);     
}

@Test
public void MonthInputofless5() throws Exception {
    // make spy
    planner = Mockito.spy(Planner.class);

    //override main menu with do nothing
    Mockito.doNothing().when(planner).mainMenu();

    //provide inputs
    systemInMock.provideLines("1","6","11","13","ML13.218","Mark Colin","done","description");

    //set expected outputs
    ArrayList<Person> attendees = new ArrayList<Person>();
    attendees.add(new Person("Mark Colin"));
    Room where = new Room("ML13.218");

    //call the method
    planner.scheduleMeeting();

    //set passing terms     
    PowerMockito.verifyNew(Meeting.class).withArguments(1,6,11,13,attendees,where,"description");

}

1 个答案:

答案 0 :(得分:1)

修复您的代码

对您的类进行验证简单修复:在hashCodeequals上实施PersonRoom,以便Powermock验证实际上可以比较两个对象是否相等而不仅仅依赖于对象引用。

修复您的测试

如果您不想修改代码,而是测试,则可以使用Mockito匹配器(即org.mockito.Matchers.eqorg.mockito.Matchers.any)。但请注意,eq依赖于equals,除非您实施(见上文),否则无效。但any会匹配该类型的任何对象(惊讶!)

PowerMockito.verifyNew(Meeting.class)
            .withArguments(eq(1),eq(6),eq(11),eq(13), 
                          any(List.class),
                          any(Room.class),
                          eq("description"));

如果实际值很重要,您可以使用ArgumentCapture而不是匹配器并检查捕获的值。

理论上,它应该如下所示:

final ArgumentCaptor<Person> personCaptor = forClass(Person.class);
final ArgumentCaptor<Room> roomCaptor = forClass(Room.class);
 PowerMockito.verifyNew(Planner.class)
             .withArguments(eq(1),eq(6),eq(11),eq(13), 
                  personCaptor.capture(), 
                  roomCaptor.capture(), 
                  eq("description"));

    final Person passedParam = personCaptor.getValue();
    //do your comparison here

但我没有让捕捉示例运行,所以也许只有普通的Mockito才有可能。

只是不要!

所有这一切,你应该验证你的整体方法。使用Whitebox-Testing可能会产生非常脆弱的测试,对重构无济于事,并可能进一步助长糟糕的类设计。

对Powermockito的轻率使用是反模式。它是一个非常强大的工具,用于测试不可测试的,即设计糟糕的遗留代码,这些代码来自互联网的黑暗时代,其中主页是手工制作的HTML并且充满了摇摇欲坠的GIF。 不要将它用于新的绿地项目。只是不要。

相反,请尝试关注任何操作的 observable 结果。调用scheduleMeeting()方法可能会产生任何更容易检查的结果 - 这是重要的结果,而不是获取它们的方法。相信我,在调用构造函数时,没有一个用户会更快乐。

结果可能是

  • 会议的一个实例(作为返回值,在您的示例中最好)
  • 规划师的状态变化(任何吸气剂?)
  • 下游服务中的状态更改/ db
  • 书面文件
  • 写入System.out
  • 的输出