performance_browser_tests needs to run in the CQ |
||||||||||
Issue descriptionperformance_browser_tests frequently breaks by unintended changes, and this breakage is not being caught until this runs in the performance waterfall. This causes a lot of churn because then the tests must be manually disabled, the breakage manually RCR'ed, and then all manually fixed. Furthermore, in the meantime, all performance regressions are not being caught. Instead, the CQ and regular waterfall should run these tests to allow our automated infrastructure to keep them green before a breaking change can be committed.
,
Jan 25 2018
Had an email discussion with infra-dev@, and the next step is to add a --run-smoke-test flag that allows the perf tests to run in a "quick check" mode that will be respectful of our CQ's resource budget.
,
Jan 26 2018
,
Feb 1 2018
,
Feb 1 2018
,
Feb 7 2018
,
Feb 7 2018
,
Feb 7 2018
,
Feb 7 2018
,
Jan 7
,
Jan 8
|
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by nedngu...@google.com
, Jan 22 2018