Closed
Bug 777841
Opened 12 years ago
Closed 12 years ago
Write mozharness script for desktop Marionette tests
Categories
(Remote Protocol :: Marionette, defect)
Remote Protocol
Marionette
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jgriffin, Assigned: jgriffin)
References
Details
Attachments
(1 file, 2 obsolete files)
13.66 KB,
patch
|
mozilla
:
review+
|
Details | Diff | Splinter Review |
This is needed to get Marionette tests running in TBPL for the debug desktop Firefox builds.
Assignee | ||
Comment 1•12 years ago
|
||
This patch provides a mozharness script for running Marionette tests on desktop Firefox. It works OK locally. I still need to add some log parsing and more detailed status output, probably similar to that used for unittests in https://bug650880.bugzilla.mozilla.org/attachment.cgi?id=642861. Is there an ETA for bug 650880 to land, or should I roll my own code and not wait for that?
Attachment #647282 -
Flags: feedback?(aki)
Comment 2•12 years ago
|
||
Comment on attachment 647282 [details] [diff] [review] patch v0.1 > +from mozharness.base.log import DEBUG, INFO, WARNING, ERROR Nit: WARNING is unused. > + [["--marionette_address"], Style nit: --marionette-address > + {'regex': re.compile(r'''^INFO '''), 'level': DEBUG}, The above will, by default, hide all lines that start with INFO. Is that the desired behavior? > + all_actions=['clobber', > + 'pull', I think you're missing a pull method. We'll probably need config files at some point. I haven't run this, and I may be overlooking something, but overall this looks like a very clean and well-written mozharness script. > Is there > an ETA for bug 650880 to land, or should I roll my own code and not wait for > that? Jordan is still refactoring some code and hasn't gotten an r+ yet. I'd suggest either a) working with Jordan to get something stable shared; or b) if it's still in flux and you need something sooner, maybe parallel solutions that merge later.
Attachment #647282 -
Flags: feedback?(aki) → feedback+
Assignee | ||
Comment 3•12 years ago
|
||
Addressed aki's comments. Will work on some TBPL/logging code, and merge with Jordan's patch later as appropriate.
Assignee | ||
Updated•12 years ago
|
Attachment #647282 -
Attachment is obsolete: true
Assignee | ||
Comment 4•12 years ago
|
||
This patch adds a TinderboxPrint line to the output, so TBPL can figure out the status. It does this by creating an OutputParser subclass, and then refactoring OutputParser and run_command just a bit so that you can use such a class. I like this solution better than requiring that the output be iterated through multiple times (once by OutputParser via run_command, and again by my own parsing code); it seems more efficient.
Attachment #647649 -
Attachment is obsolete: true
Attachment #647732 -
Flags: review?(aki)
Comment 5•12 years ago
|
||
Comment on attachment 647732 [details] [diff] [review] patch v0.3 I still haven't run this, but this looks good. The run_command/OutputParser changes should be helpful in the future, too; thanks for those.
Attachment #647732 -
Flags: review?(aki) → review+
Assignee | ||
Comment 6•12 years ago
|
||
http://hg.mozilla.org/build/mozharness/rev/b77e44a6fcce I'll file a separate bug for Marionette mozharness config files.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•1 year ago
|
Product: Testing → Remote Protocol
You need to log in
before you can comment on or make changes to this bug.
Description
•