QA/Execution/Meetings/2008-11-19: Difference between revisions

From MozillaWiki
< QA‎ | Execution‎ | Meetings
Jump to navigation Jump to search
 
(26 intermediate revisions by 8 users not shown)
Line 3: Line 3:
= Discussion Items =  
= Discussion Items =  


* QAE 2009 Story  
* QAE 2009 Story (tchung, timr)
** QAE/Testdev to create individual story
** [https://intranet.mozilla.org/QA:2008_QA_Story 2008's] Story
** [https://intranet.mozilla.org/QA:2008_QA_Story 2008's] Story
*** Ideas?   
*** Ideas?   
**** More implementation of test coverage with mozmill and mochitests
**** More implementation of test coverage with mozmill and mochitests
**** Increasing QA coverage to mobile, web, leaks
**** Increasing QA coverage to mobile, web, leaks
***** Reason for this is to ship quality mozilla products, be better, suck less.
**** Shorter security release cycles
**** Shorter security release cycles
**** Revamping community outreach (new qmo, more documentation, having better how-to get involved steps and projects available)
***** '''ss''' says: This isn't really part of the QA "story". It's a company-wide goal. i.e., QA isn't the drivers of this.
***** good point.  this should be more a statement that we have inclusive testing coverage on maintenance releases.  Shorter time on cycles, more time to flush out regressions, quicker turnaround.
**** Revamping community outreach (new qmo, more documentation, having better how-to get involved steps and projects available).  QA companion needs to be called out and roll into getting started.
**** Others ideas?
**** Others ideas?
***** Broader community involvement with various products. We tend to focus on firefox only, but perhaps reach out to mobile. 
***** Community involvement with accessibility on mobile [marcoz]
***** Process of automating security releases.  Should sit down and discuss and revisit existing testcases (is this more a goal instead of a story?)  Aspirational side of it is reducing work for security releases.
***** QA Support of Rapid response team / Mozilla Support team
***** Creating a feedback loop for security releases.  There currently isnt anyway to find out what people think about security releases.  Idea is to channel feedback into one place, highly searchable for a given release.  Better communication with customers, security.


* [https://intranet.mozilla.org/QA/Q4Workweek QA Q4 Work Week] (tchung)
* [https://intranet.mozilla.org/QA/Q4Workweek QA Q4 Work Week] (tchung)
** Added [https://intranet.mozilla.org/QA/Q4Workweek#Calendar Calendar view]
** Added [https://intranet.mozilla.org/QA/Q4Workweek#Calendar Calendar view]
** Any interest in a Firefox 3.1 features brownbag?
** Any interest in a Firefox 3.1 features brownbag? Yes
** Other agendas to add?
** Other agendas to add?
*** QAE goals planning session
*** QA TestDev planning session


* QMO2 Update (jay, timr)
* QMO2 Update (jay)
** Updates?
** Devs began working on it this week, prepare to test it out on authstage next week
** '''LAST TIME:''' - late november would be back on track
** Ship ETA: first week of Dec
** Next steps, triage the issues found first.  Finish this by friday
** Jay will talk to contract agency and get them to fix P1 bugs
** Fix all issues by 11/21, review the changes, and then repush


= Project Updates =
= Project Updates =
* Firefox 2.0.0.19/3.0.5? (abillings)
* Firefox 2.0.0.19/3.0.5 (abillings)
**  Code freeze was two days ago
** Slush is yummy
** Still taking patches for five blockers (and only those five)
** Aiming for release in mid December after long QA period


* Thunderbird 2.0.0.18 (abillings)
* Thunderbird 2.0.0.18 (abillings)
** Shipping today


* Firefox 3.1 (tchung)
* Firefox 3.1 (tchung)
** still no beta 2
** New schedule and [https://wiki.mozilla.org/QA/Firefox3.1/TestPlan/Beta2 revised testplan assignments] for b2 testing
** Due to delays, testplan will be changed to accomodate schedule
*** Builds hand to QA - 11/21
*** QA test signoff - 12/3
** Tracking [http://spreadsheets.google.com/ccc?key=pnyCb4cp33faqpi709iEhcA&hl=en Status page]  
** Tracking [http://spreadsheets.google.com/ccc?key=pnyCb4cp33faqpi709iEhcA&hl=en Status page]  
*** Update testing progress percentages
*** Update testing progress percentages


* 2.0.0.18 -> 3.0.4 Major update (juanb)
* 2.0.0.18 -> 3.0.4 Major update (abillings)
** Ship ETA 12/2?
** Ship ETA 12/2
 
** Note: JuanB vacation from 11/20 to 12/2
* 2.0.0.18 -> 3.0.4 Partner Major Updates (tomcat)


* Webdev update (stephend)
* Webdev update (stephend)
** '''Shipped [http://www.fashionyourfirefox.com Fashion Your Firefox]'''
*** Well-received by the press
** [https://wiki.mozilla.org/Update:Remora_Meeting_Notepad#Nov_19 AMO 4.0.4] -- code freeze Dec. 8th
** [https://wiki.mozilla.org/Support/SUMOdev_Meeting_Notepad#Next_release SUMO]
*** 0.7.3
**** Freeze Tuesday 25th November
**** Push Tuesday 2nd December
*** 0.8
**** Freeze Tuesday 9th December
**** Push Tuesday 16th December
** [https://wiki.mozilla.org/CommunityStore/QA/Test_Plan Community Store]
*** On track to ship Dec. 2


* Mobile update (joelm)
* Mobile update (joelm)
** Litmus smoketests/BFT's ready
** Continued work on [[https://wiki.mozilla.org/Mobile/Fennec_Automation porting] automation
** Dev team: getting windows build stable, lots of performance enhancements


* Accessibility update (MarcoZ)
* Accessibility update (MarcoZ)
** Tested 3.1 features in recent nightly builds and found no accessibility features with Private Browsing, and the new CtrlTab switcher is turned off for most screen readers by default on Windows.
*** The NVDA developers have an interest in getting CtrlTab work with the NVDA screen reader, they're working with Dao on that. I'll test patches etc. once they become available.
** Something majorly broke some of the Mochitests on mozilla-central. I've been working with Lukas to find out what caused this, but no clue yet. It looks like all .xul files running for a11y are affected while HTML files are aparently fine. I temporarily disabled all .xul files to get the ball rolling again, and we'll deal with the failures in {{bug|465755}}.
*** Once boxes go green, Lukas will move mozilla-central a11y mochitests to production. Yay!


-----
-----
Other topics?
Litmus results cleanup: (tracy)
* 3.1 Start Up - Failed/Unclear (19) (tracy)
* 3.1 Menu Bar - Failed/Unclear (10) (timr)
* 3.1 Toolbar Customization - Failed/Unclear (9) (tchung)
* 3.1 Tabbed Browsing - Failed/Unclear (18) (marcia)

Latest revision as of 22:28, 19 November 2008

« previous mtg | index | next mtg »

Discussion Items

  • QAE 2009 Story (tchung, timr)
    • QAE/Testdev to create individual story
    • 2008's Story
      • Ideas?
        • More implementation of test coverage with mozmill and mochitests
        • Increasing QA coverage to mobile, web, leaks
          • Reason for this is to ship quality mozilla products, be better, suck less.
        • Shorter security release cycles
          • ss says: This isn't really part of the QA "story". It's a company-wide goal. i.e., QA isn't the drivers of this.
          • good point. this should be more a statement that we have inclusive testing coverage on maintenance releases. Shorter time on cycles, more time to flush out regressions, quicker turnaround.
        • Revamping community outreach (new qmo, more documentation, having better how-to get involved steps and projects available). QA companion needs to be called out and roll into getting started.
        • Others ideas?
          • Broader community involvement with various products. We tend to focus on firefox only, but perhaps reach out to mobile.
          • Community involvement with accessibility on mobile [marcoz]
          • Process of automating security releases. Should sit down and discuss and revisit existing testcases (is this more a goal instead of a story?) Aspirational side of it is reducing work for security releases.
          • QA Support of Rapid response team / Mozilla Support team
          • Creating a feedback loop for security releases. There currently isnt anyway to find out what people think about security releases. Idea is to channel feedback into one place, highly searchable for a given release. Better communication with customers, security.
  • QA Q4 Work Week (tchung)
    • Added Calendar view
    • Any interest in a Firefox 3.1 features brownbag? Yes
    • Other agendas to add?
      • QAE goals planning session
      • QA TestDev planning session
  • QMO2 Update (jay)
    • Devs began working on it this week, prepare to test it out on authstage next week
    • Ship ETA: first week of Dec

Project Updates

  • Firefox 2.0.0.19/3.0.5 (abillings)
    • Code freeze was two days ago
    • Slush is yummy
    • Still taking patches for five blockers (and only those five)
    • Aiming for release in mid December after long QA period
  • Thunderbird 2.0.0.18 (abillings)
    • Shipping today
  • 2.0.0.18 -> 3.0.4 Major update (abillings)
    • Ship ETA 12/2
    • Note: JuanB vacation from 11/20 to 12/2
  • Webdev update (stephend)
    • Shipped Fashion Your Firefox
      • Well-received by the press
    • AMO 4.0.4 -- code freeze Dec. 8th
    • SUMO
      • 0.7.3
        • Freeze Tuesday 25th November
        • Push Tuesday 2nd December
      • 0.8
        • Freeze Tuesday 9th December
        • Push Tuesday 16th December
    • Community Store
      • On track to ship Dec. 2
  • Mobile update (joelm)
    • Litmus smoketests/BFT's ready
    • Continued work on [porting automation
    • Dev team: getting windows build stable, lots of performance enhancements
  • Accessibility update (MarcoZ)
    • Tested 3.1 features in recent nightly builds and found no accessibility features with Private Browsing, and the new CtrlTab switcher is turned off for most screen readers by default on Windows.
      • The NVDA developers have an interest in getting CtrlTab work with the NVDA screen reader, they're working with Dao on that. I'll test patches etc. once they become available.
    • Something majorly broke some of the Mochitests on mozilla-central. I've been working with Lukas to find out what caused this, but no clue yet. It looks like all .xul files running for a11y are affected while HTML files are aparently fine. I temporarily disabled all .xul files to get the ball rolling again, and we'll deal with the failures in bug 465755.
      • Once boxes go green, Lukas will move mozilla-central a11y mochitests to production. Yay!



Litmus results cleanup: (tracy)

  • 3.1 Start Up - Failed/Unclear (19) (tracy)
  • 3.1 Menu Bar - Failed/Unclear (10) (timr)
  • 3.1 Toolbar Customization - Failed/Unclear (9) (tchung)
  • 3.1 Tabbed Browsing - Failed/Unclear (18) (marcia)