Engagement/Mozilla.org Durable Team/Testing Playbook
From MozillaWiki
- Testing: Why
- Why test?
- Testing gives us data to optimize user experience, leading to increased conversion (downloads, Accounts sign ups, newsletter sign ups, etc) supporting key performance indicators.
- Backlog (link to come)
- Why test?
- Planning. Define the following in bugzilla/google docs linked from the test tracker:
- Hypothesis
- Test Plan
- Measurement requirements
- Implementation
- Choose testing tool(s)
- what tool do we use to split traffic?
- Optimizely offers the most detailed targeting options
- Custom js keeps the page weight lighter and doesn’t depend on third party tools
- GA
- what tool do we use to run the test?
- When do we use GA?
- More control over the code changes
- More complex changes in Design and Page functionality
- Pages change based off of information in the Browser (eg. Welcome page - changes based off whether your browser is set as default
- Segmenting results
- Multiple Pages
- When do we use Optimizely?
- Simple Changes
- Copy - testing a lot of different versions
- Design - basic changes
- Can use Optimizely for directing traffic to any page.
- Basic user-agent
- Simple Changes
- When do we use funnel cakes?
- Funnel cakes are special Firefox builds that are used to measure the impact of changes to the onboarding flow on user retention, (primary use case for this team).
- Funnel cake set up process (link to come)
- When do we use GA?
- what tool do we use to split traffic?
- Review
- Checklist for reviewing Optimizely set up
- Does test look and work as expected on demo server?
- Are correct measurements being reported in GA?
- Checklist for reviewing Optimizely set up
- Choose testing tool(s)
- Reporting
- Tests run in Optimizely: use simple Optimizely reports
- Tests run in GA: work with Analytics team to pull/build more complex reports
- Next steps
- Review results
- Deploy winning tests globally with L10N team
- Define additional hypotheses and tests based on test data