Closed Bug 873644 Opened 11 years ago Closed 8 years ago

Fix our test manifests

Categories

(Remote Protocol :: Marionette, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1272414

People

(Reporter: mdas, Unassigned)

Details

(Keywords: pi-marionette-runner, Whiteboard: [runner])

We've been using the wrong assumptions when using manifestparser. 

We assumed that if our [DEFAULT] values say one thing, and the flag under the test says another, then the test won't run. This is wrong. The flag under the test sets the key/value pair for that test, it doesn't bar you from running the test. You want the 'run-if' flag in that case.

We used flags under our tests in our .ini files as conditionals, when really, those flags were just values we set on the test. For example:

[test_findelement.py]
b2g = false

If we pass --tests=b2g to runtests.py, then this test won't run because we want the 'b2g' key on a test to be true. BUT it doesn't stop a test from running if we set b2g = true in DEFAULTS and run without any --tests parameter. This is because we don't explicitly say what we're looking for, so any test will be run.

We'll need to either start using the run-if flag, or set our expected key/value pairs explicitly in testargs, before calling .get() on our TestManifest: http://mxr.mozilla.org/mozilla-central/source/testing/marionette/client/marionette/runtests.py#416
I think in order to avoid disruption for existing users, that passing our default key/value pairs in testargs is probably a nicer way to go.
I agree; I think that a new argument, say `query` should be added that will be used to call ManifestParser.get for a match.
Whiteboard: [runner]
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
Product: Testing → Remote Protocol
You need to log in before you can comment on or make changes to this bug.