Auto-tools/Goals/2011Q1: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
No edit summary
Line 1: Line 1:
{{Draft}}
{{Draft}}
= Goals =
= Goals =
* Complete Android Talos, Continue supporting Releng with Android Unit test rollout
* Continue supporting Releng in Android:
* Release Mozmill 2.0 branch this quarter (still need to meet with team to determine what we'll release - a beta or a final)
** Complete Android Talos.  Success is Talos running hands free by end of quarter
* War On Orange - finish UI, drive the war on orange effort this Quarter, aim to eliminate top 5 oranges by end of quarter.
** Begin Android unit test rollout. Success would be mochitest browser-chrome running in staging by end of quarter? (Ideally though, if browser chrome works, then all unit tests should work because it's identical buildbot code except for the python command line to start the tests).
* BugHunter - support existing system for firefox 4 release, move to new database backend
* War On Orange:
* Addons Testing Service - completed?
** Finish UI bugs (TBD: Which bugs block v1 of the UI? Those are the ones we should fix)
* Manifests for test harnesses - complete xpcshell and add support for one of the mochitest variants
** Complete move to Elastic Search Database
* Bugzilla, complete splinter, pulse extensions, get ready for 4.0 bz upgrade
** Drive the war on orange effort this Quarter.  Success is: Working with the developers to have eliminated the top 5 oranges by end of quarter.
* E10S - move tests to specialpowers support, release version 1 of user responsiveness measurement test
* Addons Testing Service - what's left to do here?
* Create a test automation system to test our own code
* Bugzilla Improvements:
** Complete splinter
** Complete/Evaluate (TBD: what is success) pulse extensions
** Complete/Plan (TBD: what is success) Bugzilla 4.0 upgrade on BMO
* E10S - move tests to use specialpowers support
** Decide on proper mechanism for special powers
** Transition tests to use specialpowers, success is transitioning all mochitest plain tests to use the new API or to be chrome-tests (we will work with developers to do this)
* Performance work:
** Release first version of E10S user responsiveness measurement test
** Fix ts_cold test
* Create an interface abstraction in the buildbot code for test infrastructure/help with mozharness (needs more specifics)
* Create an interface abstraction in the buildbot code for test infrastructure/help with mozharness (needs more specifics)
* Work with releng and metrics to help get rid of tinderbox


= Lower Priority Projects =
= Decisions Needed =
* What do we do here: Manifests for test harnesses - complete xpcshell and add support for one of the mochitest variants
 
= Opportunistic Projects =
If you're blocked from working on one of the above, take a crack at these...
* CrossWeave for mobile - investigating, any news?
* CrossWeave for mobile - investigating, any news?
* Crowd-source testing for Fennec, lower priority than android support and manifests
* Crowd-source testing for Fennec, lower priority than android support and manifests
* Replacing Tscold?
* Replacing Tscold?
* Release Mozmill 2.0 branch this quarter (still need to meet with team to determine what we'll release - a beta or a final)
* BugHunter - support existing system for firefox 4 release, move to new database backend
* Create a test automation system to test our own code
* Work with releng and metrics to help get rid of tinderbox

Revision as of 19:48, 4 January 2011

Draft-template-image.png THIS PAGE IS A WORKING DRAFT Pencil-emoji U270F-gray.png
The page may be difficult to navigate, and some information on its subject might be incomplete and/or evolving rapidly.
If you have any questions or ideas, please add them as a new topic on the discussion page.

Goals

  • Continue supporting Releng in Android:
    • Complete Android Talos. Success is Talos running hands free by end of quarter
    • Begin Android unit test rollout. Success would be mochitest browser-chrome running in staging by end of quarter? (Ideally though, if browser chrome works, then all unit tests should work because it's identical buildbot code except for the python command line to start the tests).
  • War On Orange:
    • Finish UI bugs (TBD: Which bugs block v1 of the UI? Those are the ones we should fix)
    • Complete move to Elastic Search Database
    • Drive the war on orange effort this Quarter. Success is: Working with the developers to have eliminated the top 5 oranges by end of quarter.
  • Addons Testing Service - what's left to do here?
  • Bugzilla Improvements:
    • Complete splinter
    • Complete/Evaluate (TBD: what is success) pulse extensions
    • Complete/Plan (TBD: what is success) Bugzilla 4.0 upgrade on BMO
  • E10S - move tests to use specialpowers support
    • Decide on proper mechanism for special powers
    • Transition tests to use specialpowers, success is transitioning all mochitest plain tests to use the new API or to be chrome-tests (we will work with developers to do this)
  • Performance work:
    • Release first version of E10S user responsiveness measurement test
    • Fix ts_cold test
  • Create an interface abstraction in the buildbot code for test infrastructure/help with mozharness (needs more specifics)

Decisions Needed

  • What do we do here: Manifests for test harnesses - complete xpcshell and add support for one of the mochitest variants

Opportunistic Projects

If you're blocked from working on one of the above, take a crack at these...

  • CrossWeave for mobile - investigating, any news?
  • Crowd-source testing for Fennec, lower priority than android support and manifests
  • Replacing Tscold?
  • Release Mozmill 2.0 branch this quarter (still need to meet with team to determine what we'll release - a beta or a final)
  • BugHunter - support existing system for firefox 4 release, move to new database backend
  • Create a test automation system to test our own code
  • Work with releng and metrics to help get rid of tinderbox