W3C home > Mailing lists > Public > public-web-perf@w3.org > March 2017

Re: Adopting a dual spec/testing process for webperf specs

From: Rick Byers <rbyers@google.com>
Date: Wed, 29 Mar 2017 10:35:16 -0400
Message-ID: <CAFUtAY9Z0hKLtTVtXTmJvJ9f=NdfO_N6XayRWaP+rG61yOwPLw@mail.gmail.com>
To: Philippe Le Hégaret <plh@w3.org>
Cc: "public-web-perf@w3.org" <public-web-perf@w3.org>, Philip Jägenstedt <foolip@chromium.org>
I'd (unsurprisingly) love to see this!

Note that when new features ship in blink we're now asking people
to explain any cases where web exposed behavior does not have
web-platform-tests.  So we expect writing web-platform-tests to
increasingly be part of any blink implementation.  Hopefully that means
this is less of a burden on spec editors than it might first seem (and
ultimately less of a burden on engine developers since we get to share most
of this work across companies and do less engine-specific test work).


On Wed, Mar 29, 2017 at 10:24 AM, Philippe Le Hégaret <plh@w3.org> wrote:

> Our specifications and our tests are out of sync. Most often, the tests
> are behind (eg Beacon) and sometimes, the tests are ahead (eg User Timing).
> This is costing us dearly in the long run imho (eg TAO,
> user-timing/mark/measure).
> I'd like to propose that the Working Group adopts a dual spec/testing
> process, similar to the one applied in the pointer events working group [1]
> and the whatwg [2]:
> [[
> Normative spec changes are generally expected to have a corresponding pull
> request in web-platform-test. Outstanding test work is tracked via issues
> in this repository and issues generally remain open until both spec and
> test changes land. If one PR is approved but the other needs more work, add
> the 'do not merge yet' label or, in web-platform-tests, the
> 'status:needs-spec-decision' label.
> ]]
> wdyt?
> Philippe
> [1] https://github.com/w3c/pointerevents/blob/gh-pages/README.markdown
> [2] https://github.com/whatwg/meta/blob/master/TEAM.md
Received on Wednesday, 29 March 2017 14:36:09 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 29 March 2017 14:36:10 UTC