QA/Firefox3/TestPlan/Places: Difference between revisions
Jump to navigation
Jump to search
| Line 44: | Line 44: | ||
= Schedule/milestones = | = Schedule/milestones = | ||
Milestones: | |||
The milestone schedule continues to be in flux, but this is how it roughly lays out for the next couple of milestones: (using M series where M1 was A1.. M8 should be B1) | The milestone schedule continues to be in flux, but this is how it roughly lays out for the next couple of milestones: (using M series where M1 was A1.. M8 should be B1) | ||
| Line 49: | Line 50: | ||
* M7: performance tweaks and push to parity with 2.0 with protection against data loss | * M7: performance tweaks and push to parity with 2.0 with protection against data loss | ||
* M8: Places front end to land | * M8: Places front end to land | ||
Testing Schedule: | |||
*Cyclic Plan: | |||
** Meet with the Places dev team a week or so before each milestone freeze to plan out the testing strategy for that milestone (what needs specific attention, big landings to prep for, etc..) | |||
** Since so much is changing with Places, I think it makes sense to run FFT's as often as is reasonable. This will help us catch bugs early in each milestone cycle. An FFT every 4 weeks (even if it's spread out over a few days). | |||
** BFT's for post 3.0.0.x stable testing | |||
regular testing: | |||
* bug fix verifications | |||
* daily smoketests ( a very small set of Places related tests) | |||
* Unit tests are run with every tinderbox cycle. | |||
= References = | = References = | ||
Revision as of 20:16, 26 July 2007
Linked from 3.0 Test Plan
Overview
This Testplan will focus on the rework of Bookmarks and History as they are transformed into the Places component for Firefox 3. From the Places feature plan:
The primary objectives of this project are to:
* Improve access to History and Bookmarks * Make it easier for people to Bookmark pages
Secondary objectives include:
* Consolidating user data formats * Providing a platform for using interesting per-URL metadata * Improving the capabilities of Live Bookmarks * Providing a solid architecture for bookmark sync and remote storage
Scope of planned testing
(What do you plan to test? What is covered by Developer testing? What is not practical to test?)
Coverage includes:
- The scope of the testing required is quite large. I don't have my head around yet. SO it may stew until I can meet with Dietrich, Seth and Al at the all hands in Aug.
Platform and Configurations
Places must work on all platforms Firefox 3.0 will support.
Major Test Areas
- Functionality: All areas of Bookmarks, History, Tagging and to some extent RSS and Microsummaries
- Pull test cases from the bugs filed on this component and convert them to Litmus test cases. Especially for the P1 and P2 items of the Places PRD.
- put bug lists here
- Also expand around those test cases in areas that appear slim in Litmus
- Write new Litmus test cases and rework old ones where applicable for the new Places UI
- Pull test cases from the bugs filed on this component and convert them to Litmus test cases. Especially for the P1 and P2 items of the Places PRD.
- Performance:
- Alice has in place a tool to test how Places affects performance.
- Extensibility:
- Need to look into what is expected of QA in this regard.
Schedule/milestones
Milestones: The milestone schedule continues to be in flux, but this is how it roughly lays out for the next couple of milestones: (using M series where M1 was A1.. M8 should be B1)
- M5-M6: backend of bookmarks and history landed
- M7: performance tweaks and push to parity with 2.0 with protection against data loss
- M8: Places front end to land
Testing Schedule:
- Cyclic Plan:
- Meet with the Places dev team a week or so before each milestone freeze to plan out the testing strategy for that milestone (what needs specific attention, big landings to prep for, etc..)
- Since so much is changing with Places, I think it makes sense to run FFT's as often as is reasonable. This will help us catch bugs early in each milestone cycle. An FFT every 4 weeks (even if it's spread out over a few days).
- BFT's for post 3.0.0.x stable testing
regular testing:
- bug fix verifications
- daily smoketests ( a very small set of Places related tests)
- Unit tests are run with every tinderbox cycle.
References
- Places 3.0 feature plan Chock full of info and links to more info.
- Places section of the PRD
- Places Task List (dev) Kind of old but has useful info and links.
- Places 2006 summit notes; a good quick look at what is expected of Places.
- Devs and QA folk for Places hang out in #Places on irc.
- This page linked from Firefox 3.0 test plan