B2G/QA/Automation/UI/Strategy/Develop Gaia End to end: Difference between revisions
< B2G | QA | Automation | UI | Strategy
Jump to navigation
Jump to search
No edit summary |
m (Jlorenzo moved page B2G/QA/Automation/UI/Strategy/Develop Gaia Acceptance to B2G/QA/Automation/UI/Strategy/Develop Gaia End to end: Renaming "acceptance" to end-to-end) |
||
| (18 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
=Objective= | =Objective= | ||
Create a | Create a test suite on top of Marionette JS that executes and controls a device with the level of care and confidence appropriate to acceptance testing, as established via Gaia UI Tests in Python. | ||
=Challenges Addressed= | =Challenges Addressed= | ||
| Line 9: | Line 9: | ||
=The Problem= | =The Problem= | ||
Acceptance tests are currently written in Python on top of the Gaia UI Test harness. While this has worked well for us, the organization in general is moving towards JavaScript. | |||
This heavily limits our ability to get development to cooperate in reviewing or making changes to our | This heavily limits our ability to get development to cooperate in reviewing or making changes to our acceptance automation. While QA does own these, some assistance is helpful and Python is a blocker. | ||
In addition, Views (page object equivalents) will be created first in JavaScript to handle | In addition, Views (page object equivalents) will be created first in JavaScript to handle Gaia Integration testing. If we do not align, we will have to reimplement the same basic classes in Python. Further, by using common view objects, developers will effectively maintain the Gaia Acceptance tests on the way to keeping Gaia Integration tests green. | ||
=The Solution= | =The Solution= | ||
Analyze | Analyze Gaia UI Test on Python and implement any missing pieces on top of Marionette JS and Mocha, as appropriate. Port existing tests to the new harness. | ||
=Timeline= | =Timeline= | ||
| Line 23: | Line 23: | ||
Q1: | Q1: | ||
* Transition schedule/gates [Geo] | * {{done|Transition schedule/gates [Geo]}} | ||
* Documentation of Gaia UI Test harness behavior [ | ** https://etherpad.mozilla.org/marionette-js-transition | ||
* | * {{missed|Documentation of Gaia UI Test harness behavior [Geo]}} | ||
* Review and improvement if necessary of | * {{missed|Gaia Acceptance Proof of Concept implementation [Geo]}} | ||
* Establish | * {{missed|Review and improvement if necessary of View pattern [John]}} | ||
** Partial, view pattern PoC established and being used, but not finalized. | |||
* Help | * {{done|Establish Gaia Acceptance backlog with existing Python UI tests to port [Johan]}}[https://bugzilla.mozilla.org/show_bug.cgi?id=1146909] | ||
* If viable in Q1, start porting | |||
Ongoing: | |||
* Help fix Marionette JS on-device when available [Martijn] | |||
* Conduct Q1 Pilot Program (Gaia Integration runs gij on-device) [Martijn] | |||
* If viable in Q1, start porting smoketests to Gaia Acceptance | |||
Q2: | Q2: | ||
* Port | * Port existing tests not addressed in Q1 | ||
=Risks= | =Risks= | ||
* | * Acceptance tests must be able to work on-device. Marionette JS is not currently stable on device. | ||
* The gap between Python | * The gap between Python Gaia UI Test and Marionette JS is not fully known yet. | ||
Latest revision as of 17:51, 17 November 2015
Objective
Create a test suite on top of Marionette JS that executes and controls a device with the level of care and confidence appropriate to acceptance testing, as established via Gaia UI Tests in Python.
Challenges Addressed
- UI tests have had no developer support, largely because of Python implementation
The Problem
Acceptance tests are currently written in Python on top of the Gaia UI Test harness. While this has worked well for us, the organization in general is moving towards JavaScript.
This heavily limits our ability to get development to cooperate in reviewing or making changes to our acceptance automation. While QA does own these, some assistance is helpful and Python is a blocker.
In addition, Views (page object equivalents) will be created first in JavaScript to handle Gaia Integration testing. If we do not align, we will have to reimplement the same basic classes in Python. Further, by using common view objects, developers will effectively maintain the Gaia Acceptance tests on the way to keeping Gaia Integration tests green.
The Solution
Analyze Gaia UI Test on Python and implement any missing pieces on top of Marionette JS and Mocha, as appropriate. Port existing tests to the new harness.
Timeline
Q1:
- [DONE] Transition schedule/gates [Geo]
- [MISSED] Documentation of Gaia UI Test harness behavior [Geo]
- [MISSED] Gaia Acceptance Proof of Concept implementation [Geo]
- [MISSED] Review and improvement if necessary of View pattern [John]
- Partial, view pattern PoC established and being used, but not finalized.
- [DONE] Establish Gaia Acceptance backlog with existing Python UI tests to port [Johan][1]
Ongoing:
- Help fix Marionette JS on-device when available [Martijn]
- Conduct Q1 Pilot Program (Gaia Integration runs gij on-device) [Martijn]
- If viable in Q1, start porting smoketests to Gaia Acceptance
Q2:
- Port existing tests not addressed in Q1
Risks
- Acceptance tests must be able to work on-device. Marionette JS is not currently stable on device.
- The gap between Python Gaia UI Test and Marionette JS is not fully known yet.