[DTrace-devel] [PATCH 4/4] Move raise() tests to unittest/actions/raise with updates

Kris Van Hees kris.van.hees at oracle.com
Wed Jun 9 22:01:28 PDT 2021


On Thu, Jun 10, 2021 at 12:35:53AM -0400, Eugene Loh wrote:
> Reviewed-by: Eugene Loh <eugene.loh at oracle.com>
> 
> On 6/8/21 11:37 PM, Kris Van Hees wrote:
> > Tests have been updated to not depend on trace() with a string argument.
> 
> I just don't get it.  There is no point.  What could happen?  A test 
> fails for a reason we did not anticipate?  That would be good -- a 
> godsend, actually -- not bad.  These movements to narrow our test 
> coverage do not move us closer to a quality tool.

What could happen is exactly what has been happening - these raise tests
have remained marked as xfail even though the raise() action was implemented
a while ago.  And the reason they remained xfail is because they were failing
even though raise() did actually work.  They failed because they depended on
a feature that didn't work yet.  So, these tests that were meant to validate
that raise() works as expected were not effective due to a side-effect.

And no, making these tests not depend on trace(string) does not in any way
affect the quality of our testing because we have tests that validate that
trace(string) works correctly.

> Anyhow, to the extent that the commit message is going describe the 
> patch (beyond the move referenced in the subject line), we should also 
> mention that the test time out return code is being changed to 124.

Well, anyone familiar with runtest.sh would know that 124 is the return code
to signal a time out.  But yes, I can add it in the commit message.



More information about the DTrace-devel mailing list