Closed kderme closed 4 years ago
Nice!
I think this improves the output and perhaps we should remove the old
checkCommandNames
completely? I think I introduced it before QuickCheck hadtabulate
.Not sure how important the coverage checking that
checkCommandNames
does is? (I got the idea from Quviq's Erlang eqc API).
Maybe we can leave checkCommandNames
for backwards compatibility, but remove the cover part. I also didn't include the cover part in countCommandNames
, because the output is very small and the user can easily check coverage.
Maybe we can leave checkCommandNames for backwards compatibility
Sorry, I meant to remove checkCommandNames
and rename your countCommandNames
to checkCommandNames
and hence keep backwards compatibility.
I also didn't include the cover part in countCommandNames, because the output is very small and the user can easily coverage.
It's small until you have 25+ commands, then checking if all commands are there gets annoying :-)
Perhaps coverage should be a separate combinator though, like QuickCheck's cover
?
(Travis found a type error.)
(Travis found a type error.)
Oops yes, this was a last moment "improvement" which didn't work.
This pr adds an addition, simple option for labelling sequential tests and also makes all option available for the parallel case (and also the n-parallel case). I replaced the existing tags with the new option, for the test which run on ci. Opinions on this? I think it reduces the verbosity. We now have this:
instead of