Closed
Bug 1427858
Opened 7 years ago
Closed 6 years ago
Off-train updates should get automated performance + correctness testing
Categories
(Toolkit :: General, defect, P3)
Toolkit
General
Tracking
()
RESOLVED
FIXED
People
(Reporter: florian, Assigned: rhelmer)
References
(Depends on 1 open bug)
Details
Bug 1418556 comment 55 is the second time I stumble on a startup profile showing a system add-on causing a meaningful change to startup order. The first time was bug 1378978 comment 100, and there was a massive performance regression there.
Let's figure out how to avoid doing more of this in the future, by running these system add-ons through automated performance tests.
Currently I mostly have Talos and the browser chrome mochitests in browser/base/content/test/performance/ in mind; there may be other tests worth running.
Assignee | ||
Comment 1•7 years ago
|
||
Clarifying summary that this is for system add-on updates, since the "built-in" system add-ons we ship with Firefox (./browser/extensions/) get all the usual testing of code in m-c.
Summary: System add-ons should get automated performance testing → System add-on updates should get automated performance testing
Assignee | ||
Comment 2•7 years ago
|
||
Bianca and I were just working on this for a Shield study she is working on.
What she did was to add the proposed system add-on to ./browser/extensions in her local mozilla-central repo and hook it up in the moz.build files, then it can be pushed to tryserver and will be present on startup like any other built-in system add-on.
This works great in that xpcshell/mochitest/talos/etc. all run and produced useful results
I think we could follow this pattern in the meantime but it is a bit painful, having some more automated way to do this without requiring a local hg clone and hacking on the build system files would be ideal.
Assignee | ||
Comment 3•7 years ago
|
||
Using the approach from comment 2 will allow us to easily expand this to any sort of off-train updates - shield studies, system add-ons updates, etc. so updating summary to match.
The goal is to provide the same suite of tests that we use for normal features that are landed in mozilla-central to any sort of off-train updates that we ship.
Summary: System add-on updates should get automated performance testing → Off-train updates should get automated performance + correctness testing
Comment 4•7 years ago
|
||
At one time, there was a discussion about providing some system for github based projects to be able to run the same suites/tests with Firefox modified for the project.
I think Dave Hunt may have been working on that, though I've not heard anything recently.
I know activity stream has already got the build to m-c -> run try build process working, and hooked up to their PR system I believe, so if there's nothing else, maybe that can be used as a starting point.
Updated•7 years ago
|
Priority: -- → P3
Assignee | ||
Comment 5•6 years ago
|
||
:bdanforth put a bunch of work into this which is documented here: https://docs.telemetry.mozilla.org/cookbooks/client_guidelines.html#testing-extensions
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•