You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Most of jspoon's unit tests (the ones not written by me) has assertEquals(arg1, arg2) with arguments switched places. They have first actual then expected, when it should be first expected then actual.
That results in misleading junit's error messages upon test failure:
String actual = "actual";
assertEquals(actual, "expected");
org.junit.ComparisonFailure: expected:<[actual]> but was:<[expected]>
The text was updated successfully, but these errors were encountered:
I don't know if its any harder to write assertThat("expected").isEqualTo("actual"). Though assertj's builder style assertions does make it easier if do multiple chained evaluations on the same instance, but haven't seen that many use-cases in jspoon.
Most of jspoon's unit tests (the ones not written by me) has assertEquals(arg1, arg2) with arguments switched places. They have first actual then expected, when it should be first expected then actual.
That results in misleading junit's error messages upon test failure:
The text was updated successfully, but these errors were encountered: