Closed
Bug 1394418
Opened 7 years ago
Closed 7 years ago
Add code pointer(s) + wiki page to encourage lots of testing before adding new test jobs / platforms
Categories
(Testing :: General, enhancement)
Testing
General
Tracking
(firefox57 fixed)
RESOLVED
FIXED
mozilla57
Tracking | Status | |
---|---|---|
firefox57 | --- | fixed |
People
(Reporter: gbrown, Assigned: gbrown)
References
(Blocks 2 open bugs)
Details
Attachments
(1 file)
643 bytes,
patch
|
jmaher
:
review+
|
Details | Diff | Splinter Review |
I am sometimes disappointed to see new tier 1/2 test jobs -- or whole new test platforms -- added to taskcluster without try pushes, or without significant retries and without commentary on intermittent failure rates.
I'd like to add a comment to tests.yml (or similar) saying something like:
# Before adding new tier 1/tier 2 tests, please run through the checklist at ...
Comment 1•7 years ago
|
||
ideally if a push changes taskcluster to have new jobs we should warn people and point them here :)
Assignee | ||
Comment 2•7 years ago
|
||
(In reply to Joel Maher ( :jmaher) (UTC-5) from comment #1)
> ideally if a push changes taskcluster to have new jobs we should warn people
> and point them here :)
That sounds good, but I don't know how to automate that.
Assignee | ||
Comment 3•7 years ago
|
||
https://wiki.mozilla.org/Sheriffing/Job_Visibility_Policy might be a good resource to point to, although it doesn't directly address the issue of adding a platform without sufficient testing.
Comment 4•7 years ago
|
||
:ahal- would you have ideas on how to determine if a changeset adds new jobs and we could find a way to turn the decision task orange, etc.?
Flags: needinfo?(ahalberstadt)
Comment 5•7 years ago
|
||
I don't think there's any easy way to do this :/. You'd need to compare the output from the previous push's decision task. This will likely be hard to get right. Plus if it slowed the decision task down by more than ~1-2 seconds, I'd be opposed to it.
Flags: needinfo?(ahalberstadt)
Assignee | ||
Comment 6•7 years ago
|
||
Worth a try? I don't know how many people will notice this, but at least it's *something*.
Change suggestions/edits of the wiki page are also welcome!
Attachment #8902921 -
Flags: review?(jmaher)
Comment 7•7 years ago
|
||
Comment on attachment 8902921 [details] [diff] [review]
add comment to tests.yml
Review of attachment 8902921 [details] [diff] [review]:
-----------------------------------------------------------------
nice and simple
Attachment #8902921 -
Flags: review?(jmaher) → review+
Pushed by gbrown@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/359ddcdaff63
Add reminder of job visibility policy to tests.yml; r=jmaher
Comment 9•7 years ago
|
||
Possibly worth considering adding a commit hook that requires review from a certain list of peers if tests.yml is touched?
Comment 10•7 years ago
|
||
are there examples of how to add a commit hook?
Comment 11•7 years ago
|
||
https://hg.mozilla.org/hgcustom/version-control-tools/file/default/hghooks/mozhghooks/
Look at some of the "prevent" ones to get an idea of what I'm proposing. Something similar to prevent_webidl_changes.py.
Assignee | ||
Comment 12•7 years ago
|
||
Thanks! Filed bug 1395696 for the commit hook idea.
Comment 13•7 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 7 years ago
status-firefox57:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla57
You need to log in
before you can comment on or make changes to this bug.
Description
•