QA/Test Automation/2011-01-12: Difference between revisions
< QA | Test Automation
Jump to navigation
Jump to search
| Line 17: | Line 17: | ||
* [https://intranet.mozilla.org/QA/Q12011_QAgoals#Automation_QA_Goals Q1 goals] planning | * [https://intranet.mozilla.org/QA/Q12011_QAgoals#Automation_QA_Goals Q1 goals] planning | ||
* Proposals | |||
** Triggered Update Tests | |||
*** Integrate triggered Mozmill update tests into nightly automation process | |||
*** what about release candidate builds? For Q2? | |||
** Endurance Tests | |||
*** Create suite of Mozmill tests to stress-test Firefox in different areas | |||
*** Performance tests | |||
** Module Refactoring | |||
*** Finalize the project by updating modules and tests | |||
**** Only for mostly used modules and tests for the beginning (focus areas) | |||
**** Updates per component | |||
** Collaborate with development teams to get XXX BFT tests automated | |||
*** We never found a good way to specify a realistic goal, whether via number of tests nor per component. Do we have other options? | |||
*** Given the Firefox 4 priority and other goals, how much time we would have this quarter? | |||
*** Should we better move our efforts to keep the testsuite green? | |||
** Testing Server | |||
*** Setting up a testing server which allows kill our dependencies on external websites. | |||
= Risky Goals = | = Risky Goals = | ||
Revision as of 19:18, 12 January 2011
previous meeting | Meetings | next meeting »
Dial in
# 650-903-0800 or 650-215-1282 x92 Conf# 315 (US/INTL) # 1-800-707-2533 (pin 369) Conf# 315 (US) # irc.mozilla.org #mozmill for backchannel
Attendees
Last weeks action Items
- Geo: Update documentation for handling of failing Mozmill tests
- Anthony: Update coding styles and keep discussion on-going to get remaining important rules defined
Goals Overview
- Proposals
- Triggered Update Tests
- Integrate triggered Mozmill update tests into nightly automation process
- what about release candidate builds? For Q2?
- Endurance Tests
- Create suite of Mozmill tests to stress-test Firefox in different areas
- Performance tests
- Module Refactoring
- Finalize the project by updating modules and tests
- Only for mostly used modules and tests for the beginning (focus areas)
- Updates per component
- Finalize the project by updating modules and tests
- Collaborate with development teams to get XXX BFT tests automated
- We never found a good way to specify a realistic goal, whether via number of tests nor per component. Do we have other options?
- Given the Firefox 4 priority and other goals, how much time we would have this quarter?
- Should we better move our efforts to keep the testsuite green?
- Testing Server
- Setting up a testing server which allows kill our dependencies on external websites.
- Triggered Update Tests
Risky Goals
Project Status
Panorama Tests (Anthony/Al)
- 4 / 15 doable tests currently in development/review
- 6 tests currently blocked by drag & drop (bug 515776)
- Will be looking for team assistance once 4.0b9 work dies down (early next week)
- Proposed Team Goal: All non-blocking tests automated
Triggered software updates (Geo/Henrik)
- Short updates
Mozmill Crowd Extension (Henrik/Aaron)
- Short updates
Endurance Tests (Dave/Aaron)
- Update project page with notes from this week's meeting, roadmap redefined
- Short updates
Mozmill Result Dashboard (Henrik/Anthony)
- Short updates
Build bot - local data (Anthony/Aaron)
- No status
- Most likely will not see progress this quarter due to Firefox 4 work and Automation priorities
Others
- DOM Walker + L10n API (Adrian)
- Short updates
- Tests / Shared Modules
- General (Henrik)
- Short updates
- Test Refactoring (Anthony)
- project in place to begin once Firefox 4b9 work dies down
- will need team assistance to complete everything this quarter (please let me know if you are willing to help)
- we still have a few outstanding items for discussion
- if possible, I'd like to discuss these during the team meetings (resolve 1 per meeting)
- agreement would be integrated into refactoring, not styleguide
- Broken Tests
- Firefox 4.0 (Geo)
- Short updates
- Firefox 3.5/3.6 (Anthony)
- Focusing on 4.0 failures for b9 release
- Will focus on branch failures once b9 is out
- Firefox 4.0 (Geo)
- Automation Scripts / Infrastructure
- Short updates
Personal Status
For the personal status please check the weekly status updates:
Roundtable
- General
- Styleguide & Refactoring
- we should fork into two separate projects
- freeze the styleguide
- new additions go into refactoring work
- changes/additions to styleguide should reflect "style" not logical/design changes
- Failures
- adopt a module-ownership model to deal with all failures (4.0, 3.6, and 3.5)
- once we are green, go back to a branch-based model or stay with module-ownership?
- Issues