<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jul 20, 2018 at 2:45 PM, Paul Eggert <span dir="ltr"><<a href="mailto:eggert@cs.ucla.edu" target="_blank">eggert@cs.ucla.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Paul G wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I want to write a test that says, "Europe/Dublin should return negative DST in the winter", but that test only works with versions >= 2018e. There's no really good heuristic for that - if it doesn't return negative DST it's either that my version is too old or my implementation is wrong. Having a version number really helps distinguish between these two.<br>
</blockquote>
<br></span>
That test should also work for versions 2018a and 2018b. If you're running that test only for versions 2018e or later it won't matter that it also works in some earlier versions. But if you expect the test to work one way in 2018e-or-later and the other way in 2018d-or-earlier, you'll find that this expectation is not true for 2018a and 2018b.<br></blockquote><div><br></div><div>So, the version test has to be more complicated.  So be it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This underscores the point that it's typically better to test for the feature you care about, instead of trying to infer features from version strings.<br>
</blockquote></div><br></div><div class="gmail_extra">The feature he is trying to test is that his implementation correctly delivers the underlying data, and that seems impossible without having some idea what the underlying data is.  Perhaps the tests should only be run on version-locked data, but that limits their usefulness.</div></div>