Meta checks in Test2::Suite
Here a prop, there a prop, everywhere a prop prop
We’re big fans of the Test2 framework, and we use it in all our tests (except for those we haven’t found an excuse to upgrade just yet).1
One of the features we love about Test2 is the way you can use check builders to specify the expected results of an operation as specifically as you want (the documentation for Test2::Tools::Compare is an excellent place to start to get an idea for how this looks).
This came in handy in a test we were recently writing, which contacted a service that would return a list of entities. After browsing the documentation, this is what we wanted to have:
However, this was not supported, and a test like the one above would die with
‘Test2::Compare::Array=HASH(…)’ does not support meta-checks
The easy fix was to look for a workaround.
The first attempt was to manually check the number of expected items, and assert that there were no others. This was easy if we made use of the fact that Test2::Suite are code blocks and that checks can be stored and re-used:
But since we needed to have the
end at the end to make sure no other entries
existed, this meant we could run no other more specific checks on certain
items, so it was a limited solution.
We could instead have two separate tests: one for the number of values, one for the values themselves. But this meant that we were running at least one more test per check, and we lost some of the expressiveness of the tests.
Another possibility was to combine them into a single call using a
check, with our initial check nested inside:
But at this point it was starting to feel like these were hoops for us to jump through, rather than the result of a design rationale we didn’t understand.
A search through the Test2::Suite issue tracker revealed an issue raised in 2017 about precisely this feature (or lack thereof), but the issue had received little attention. So we went ahead and implemented the feature ourselves with the idea that at the very least, we’d get an answer as to why these meta checks were not supported.
And it was a good thing, too, since it turned out that the reason the feature was not supported was more due to the order in which the features had originally been written. A day after our contribution was made, a new version had hit CPAN.
All in all, this turned out to be a big win for developer laziness, and we are happy we could make a (small) contribution to a tool we use every day.
And of course, a big thank you to Chad Granum for all the hard work and a lightning-fast response!