Write a proposal for testing consumers/user metrics in glean
Categories
(Toolkit :: Telemetry, enhancement, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox65 | --- | affected |
People
(Reporter: Dexter, Assigned: travis_)
References
Details
(Whiteboard: [telemetry:mobilesdk:m5])
Reporter | ||
Updated•6 years ago
|
Reporter | ||
Updated•6 years ago
|
Reporter | ||
Updated•6 years ago
|
Assignee | ||
Comment 2•6 years ago
|
||
Link to notes from meeting with Severin regarding test requirements and current testing usages: notes
Assignee | ||
Comment 3•6 years ago
|
||
I've updated the proposal to show the latest feedback.
To summarize, I don't think anything we are currently doing blocks using hamcrest matchers or OkHttp interceptors. What I would like to do is create a test wrapper or extension of the glean public API to expose metric values for test to interface with for the purpose of validating stored data.
What I'm still not clear on is if the assertions and intercepting of network traffic should be done internal to the test API, or if this is something that a consuming app should do since testing requirements may be different from one app to another. I tend to lean towards the direction that it should be the responsibility of the consuming application to perform the validation because the needs of the specific app may differ.
Please take a look and let me know if I need to add more details or if you have any additional feedback.
Proposal
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 4•6 years ago
|
||
Proposal finalized, moving to implementation: Bug 1522125
Description
•