This repository has been archived by the owner on Feb 20, 2023. It is now read-only.
Gather telemetry on representative user experiences for performance testing #9069
Labels
performance
Possible performance wins
Comments
mcomella
added this to Needs prioritization
in Performance, front-end roadmap
via automation
Mar 9, 2020
mcomella
changed the title
Gather telemetry on representative user experiences
Gather telemetry on representative user experiences for performance testing
Mar 9, 2020
mcomella
moved this from Needs prioritization
to Backlog (prioritized)
in Performance, front-end roadmap
Mar 9, 2020
@ecsmyth Migration telemetry landed in mozilla-mobile/android-components#6196 – can you validate that it meets your needs? |
What's left for us to tackle is Startup Telemetry (all others are done or in progress with other teams). What we should focus on for Startup Telemetry:
|
Will be handled in #10069
These are filed as separate issues: I think this can be closed. |
Performance, front-end roadmap
automation
moved this from Backlog (prioritized)
to Done
Jul 14, 2020
There's an equivalent JIRA task – https://jira.mozilla.com/browse/FXP-471 – so I think we can discuss there if a meta is still necessary or helpful. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
We'd like to have telemetry to know what a typical user session looks like so we're able to create performance tests that are representative of user experiences. For example, how many tabs do users typically have open? Perhaps we should run our startup & page load tests with that number of tabs.
Acceptance criteria
@ecsmyth Please update the description if this doesn't match your expectations! If you have a list of criteria we'd want implemented, it'd be great if you could post it too.
┆Issue is synchronized with this Jira Task
The text was updated successfully, but these errors were encountered: