QA/Firefox3.5/DOMWorkerThreads TestPlan: Difference between revisions
< QA | Firefox3.5
Jump to navigation
Jump to search
No edit summary |
|||
| Line 30: | Line 30: | ||
* [http://ejohn.org/apps/threads/ John Resigs Working Example] | * [http://ejohn.org/apps/threads/ John Resigs Working Example] | ||
* [http://www.whatwg.org/specs/web-workers/current-work/ Web Workers Spec] | * [http://www.whatwg.org/specs/web-workers/current-work/ Web Workers Spec] | ||
* [http://developer.mozilla.org/web-tech/2008/09/04/web-workers-part-1/ Draft Docs on MDC] | |||
Revision as of 04:34, 5 September 2008
- Feature DOM Worker Threads Test Plan
Overview
Currently, everything is on one UI thread and this affects performance of the browser. DOM Worker Threads allows the developer to break up processing into multiple threads in order to increase this performance and take strain off of the UI thread.
We need to test message passing, error passing, timeouts/intervals, security, scoping, interaction with the platform are all bug free.
Bugs:
- implement worker threads https://bugzilla.mozilla.org/show_bug.cgi?id=437152
Test Strategy
Test coverage consists of:
- Verifying the above bugs and regression-testing affected areas
- Running the Mochikit tests
- Example code
- Performance comparisons, Matthew Russel's Vector Graph Code
- Automated test cases
Schedule Scoping
Running all of the above should take the better part of a day to thoroughly ensure validation.