<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">Le ven. 19 mai 2017 à 09:44, Anne van Kesteren <<a href="mailto:annevk@annevk.nl">annevk@annevk.nl</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, May 19, 2017 at 5:11 PM, youenn fablet <<a href="mailto:youennf@gmail.com" target="_blank">youennf@gmail.com</a>> wrote:<br>
> When a spec gets updated, the WPT tests will ideally be updated at the same<br>
> time.<br>
> The updated tests will no longer ensure non-regression until the browser<br>
> implements the new behavior.<br>
<br>
Ideally if importing test updates results in failures those end up<br>
being tracked as new bugs. I realize that's not how it works today,<br>
but that's how it should work I think.<br></blockquote><div><br></div><div>Right, and that is very good as long as there is effort to match the implementation with the spec.</div><div>Until the bug is fixed, regressions related to the no-longer compliant behavior might not be caught by WPT.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
> The same applies to deprecated features for which WPT tests might be removed<br>
> for instance.<br>
<br>
In this case it's expected that a "historical" test is added that<br>
tests the feature isn't supported, so there's still coverage.<br></blockquote><div><br></div><div>Sure, it is good to test conformance, but there is no longer regression testing on the deprecated feature behavior itself.</div><div>Ideally, this would require tighter syncing between the browsers. Might have positive and/or negative consequences.</div></div></div>