Files
JUnit_Tutorials/parameterized/docs/output/05-csv-source-headers-default-display-name.txt
T

25 lines
1.3 KiB
Plaintext

Captured from a real `junit-platform-console-standalone --details=tree` run against
CsvSourceTest#testPublishingPermissionsDefaultDisplayName, compiled and executed for real. Same
@CsvSource(useHeadersInDisplayName = true) data as testPublishingPermissions, but with no custom
`name` attribute at all, to isolate what the flag does on its own.
╷
├─ JUnit Platform Suite ✔
├─ JUnit Jupiter ✔
│ └─ CsvSourceTest ✔
│ └─ testPublishingPermissionsDefaultDisplayName(int, String, boolean) ✔
│ └─ [1] USER_ID = "1001", ROLE = "EDITOR", CAN_PUBLISH = "true" ✔
└─ JUnit Vintage ✔
Test run finished after 228 ms
[ 1 tests successful ]
[ 0 tests failed ]
With no custom name, useHeadersInDisplayName = true changes JUnit's own auto-generated default
from the bare [1] "1001", "EDITOR", "true" you would otherwise get to the header-qualified
[1] USER_ID = "1001", ROLE = "EDITOR", CAN_PUBLISH = "true" shown here. That is the documented,
intended effect of the flag. The surprise in
docs/output/04-csv-source-custom-name-with-headers.txt is that the exact same flag also changes
what a *custom* name's positional placeholders resolve to, which is easy to miss if you only
ever tested the flag against the default name.