TestEngineering/Services: Difference between revisions
No edit summary |
|||
Line 44: | Line 44: | ||
=Current Status= | =Current Status= | ||
trains - security fixes - karl/jrgm | * trains - security fixes - karl/jrgm | ||
simplePush - load 1Million - edwong | * simplePush - load 1Million - edwong | ||
b2g persona tests/native - peter | * b2g persona tests/native - peter | ||
add-on-reg | * add-on-reg | ||
sync - kv store db and API - james | * sync - kv store db and API - james | ||
sync - client API tests - jrgm | * sync - client API tests - jrgm | ||
community engagement - karl | * community engagement - karl | ||
Campaign Manager - test pass on staging setup - edwong/catalin | * Campaign Manager - test pass on staging setup - edwong/catalin | ||
heka - karl | * heka - karl | ||
KPI/metrics - karl | * KPI/metrics - karl | ||
wordPress plugin - peter/catalin | * wordPress plugin - peter/catalin | ||
webRTC - persona - https://bugzilla.mozilla.org/show_bug.cgi?id=878941 - peter | * webRTC - persona - https://bugzilla.mozilla.org/show_bug.cgi?id=878941 - peter | ||
moz idp support- karl | * moz idp support- karl | ||
presence | * presence | ||
[https://etherpad.mozilla.org/services-qa-projects etherpad version] | [https://etherpad.mozilla.org/services-qa-projects etherpad version] | ||
Revision as of 16:11, 18 October 2013
Overview
Mozilla Services is the branch of mozilla where Client products meet Server interaction. Services can be expanding into any products that can utilize modular and scalable API's, to provide web developers the flexibility on creating products within the server-client interaction. Current products like Sync and Identity, make up the beginnings of existing products that drive this offering.
Mission
Building private, secure, user controlled cloud services that bring user delight and utility in a multi-screen world.
Team Details
The Services QA team is committed to qualifying products and releases through client-server testing. Consisting of Client and server product testers, we also plan to diverge into performance and load testing in staging and production environments.
Team Members and Assignments
Name | Contact | Availability | Project Assignments |
Edwin Wong | edwong at mozilla.com | MoCo Employee (full time) | Cloud Services QA Manager |
John Morrison | jrgm at mozilla.com | MoCo Employee (full time) | Cloud Services QA |
James Bonacci | jbonacci at mozilla.com | MoCo Employee (full time) | Cloud Services QA |
Karl Thiessen | kthiessen at mozilla.com | MoCo Employee (full time) | Cloud Services QA |
Peter DeHaan | pdehaan at mozilla.com | MoCo Employee (full time) | Cloud Services QA |
Current Status
- trains - security fixes - karl/jrgm
- simplePush - load 1Million - edwong
- b2g persona tests/native - peter
- add-on-reg
- sync - kv store db and API - james
- sync - client API tests - jrgm
- community engagement - karl
- Campaign Manager - test pass on staging setup - edwong/catalin
- heka - karl
- KPI/metrics - karl
- wordPress plugin - peter/catalin
- webRTC - persona - https://bugzilla.mozilla.org/show_bug.cgi?id=878941 - peter
- moz idp support- karl
- presence
Weekly Trains and Releases
Each week, or for each scheduled release, QA receives a new build for testing in the Beta (BrowserID). The Dev teams write, test, and release the build to the OPs team. The OPs team is responsible for deploying the build to the Beta or Stage environment. Once the new build is deployed, the QA team verifies the deployment, then completes all required testing and signs-off on the results. Once this process has completed, the OPs team is cleared to deploy the build to production.
Projects
This section should contain a list to the active current team project page. The section will be included as part of the top level QA organization page.
BrowserID Test Plan | BrowserID allows users with a verified email address against Mozilla platform to request access to websites | John |
PiCL (Profile in the Cloud) | Service that allows users to access synced bookmarks, history, web apps, and passwords from any device. | James |
Firefox Share Test Plan | A feature for the browser that allows you to share links in a fast and fun way. One is able to share links from within the browser without leaving the page using the same services one already know and uses | TBD (STATUS UNKNOWN) |
Environments
Services projects use a handful of environments to get their work done. Generally, it's broken down by:
- Development Sandbox
- Staging
- Beta (Q3 goal)
- Production
A handful of environments are listed here. However, many of them require Mozilla Internal access and VPN, so if you are part of a special project, please see the QA staff for more info.
Resources
- Sync Client and Server Test Documents
- Sync Server Installation and Configuration
- QA Sync Server documentation
- QA Persona/BrowserID documentation
- QA AITC/TokenServer documentation
- Automated Testing
Meetings
- Monday 3pm - Vidyo: QA
Team Goals
Goals are attached to core Cloud Services Goals Goals specific to QA are:
- Add automated test cases
- Support Deployments
- Log bugs
- Review test coverage and test cases
- Advocate for users
Community Contribution
We're piloting a program for contributors looking for a deeper connection to cloud services development. We'd as you commit 5 hrs a week for 3 months. In that, you will learn and grow your own skills in writing test cases, testing new features, and helping deploy a web service. Please email edwong at mozilla dot com or jump on IRC #Identity or #Services-dev if you're interested.
Anyone can participate. There are several ways in which YOU can participate:
- File bugs
- Triage bugs (confirm existing bugs and assign them to the right buckets)
- Help test new features
- Write test cases
- Plan new features testing
- Help others who want to get involved.