Upcoming changes to unittests

Skip to first unread message

Chris AtLee

Sep 16, 2009, 4:24:46 PM9/16/09
to dev-tree-...@lists.mozilla.org, dev-b...@lists.mozilla.org
Since May [1], we've been running our unittest suite twice for each
checkin: once for the current reference counting build + test job, and
once for the packaged unittests.

Our end goal is to run unittests on our optimized and debug builds. We
would stop doing our current reference counting builds, since the debug
builds also have reference counting enabled.

To get there requires a few intermediate steps:

* Turn off tests for the current build+tests unittest job. We're hoping
to do this soon. The tests run on the packaged builds would still be
active at this point (first phase of

* Turn on tests for debug builds
(https://bugzilla.mozilla.org/show_bug.cgi?id=372581). There's a bit of
work left to do here to make sure that hung processes don't kill the
buildbot master with multi-gigabyte log files.

* Turn on tests for optimized builds
(https://bugzilla.mozilla.org/show_bug.cgi?id=486783). This would
include nightly and eventually release builds as well, and will give us
unittest coverage of our windows PGO builds.

* Turn off original reference counting builds completely, along with the
tests done on these builds (second phase of

At some point we're also going to be changing how we run mochitests, by
splitting the tests up according to which directory they're in, and then
running each of the subset of tests in parallel on different machines

If you have any comments or questions, please follow up with me
privately or on the lists!


[1] http://atlee.ca/blog/2009/05/15/parallelizing-unittests

Reply all
Reply to author
0 new messages