B2G/QA/Automation/UI/Strategy/Document End to end Automation: Difference between revisions
< B2G | QA | Automation | UI | Strategy
Jump to navigation
Jump to search
Line 27: | Line 27: | ||
Q2: | Q2: | ||
* Update process/ownership diagram of build to results | * Update process/ownership diagram of build to results with Gaia Acceptance. | ||
* Update best practices for Gaia Acceptance automation in JS | * Update best practices for Gaia Acceptance automation in JS | ||
* JavaScript Gaia Acceptance tutorial | * JavaScript Gaia Acceptance tutorial |
Revision as of 00:06, 13 February 2015
Objective
Document what we do so that we can onboard community more easily and so that our process and work is transparent.
Challenges Addressed
- Automation systems and concerns are poorly documented
The Problem
We don't have enough visibility in what we do and why we do it. There is frequent misunderstanding of our processes, scope, and purpose. And onboarding community is difficult because we don't have hard documentation to point at.
The Solution
Document all the things.
Timeline
Q1:
- Strategy [Geo]
- Process/ownership diagram of current process from build to results [Martijn]
- Updated and corrected Python Gaia UI Test tutorial [John]
- Language-agnostic best practices document for automation [Geo]
- Criteria document for picking acceptance tests to automate [Martijn]
Q2:
- Update process/ownership diagram of build to results with Gaia Acceptance.
- Update best practices for Gaia Acceptance automation in JS
- JavaScript Gaia Acceptance tutorial
Risks
We need to be careful to only document at a level of detail we can afford to maintain.