B2G/QA/Automation/UI/Strategy: Difference between revisions

From MozillaWiki
< B2G‎ | QA‎ | Automation‎ | UI
Jump to navigation Jump to search
Line 29: Line 29:


* [[/Streamline UAT Execution|Streamline current execution for increased responsiveness]]
* [[/Streamline UAT Execution|Streamline current execution for increased responsiveness]]
* [[/Alert UAT Failures|Heighten the visibility of UAT failures by increasing confidence and implementing alerts]]
* [[/Document UAT Automation|Document the automation system and process]]
* [[/Document UAT Automation|Document the automation system and process]]
* [[/Develop GaiaTest JS|Develop a GaiaTest-equivalent harness based on Marionette JS]]
* [[/Develop GaiaTest JS|Develop a GaiaTest-equivalent harness based on Marionette JS]]

Revision as of 03:47, 11 February 2015

FxOS QA UI Automation Strategy

Objectives

  • Establish visible subject matter expertise in automation
  • Own, expand and maintain QA UAT automation
  • Increase confidence in both UAT automation and the product
  • Provide expert assistance to improve all phases of UI test coverage
  • Catch problems quickly and effectively
  • Increase community support for FxOS QA
  • Increase quality

Challenges

  • Automation systems and concerns are poorly documented
  • Development and QA have different approaches and needs from UI testing
  • UI tests have had no developer support, largely because of Python implementation
  • Team has been blocked too much by cross-team dependencies
  • Test results are hidden in Jenkins
  • Test results have too many spurious failures to sheriff
  • Test results only looked at a limited number of times per day
  • Community paths poorly defined and advertised

Plan

For UATs:

For CIs:

For Community: