Closed Bug 1065591 Opened 5 years ago Closed 5 years ago
Improve Loop xpcshell tests for Moz
Loop Service to have a better chance of detecting coding errors
Coming out of landing bug 1065052 with bug 1035348 landing just after it, we realised that the tests weren't catching errors which they should be covering. Hence causing bustage, and resulting in a follow-up: https://hg.mozilla.org/integration/fx-team/rev/0f8b752951d9 I'll attach a patch for this in a moment.
This removes the stubbing of hawkRequest that was added in bug 1035348, and uses the xpcshell server instead. Although we have more complexity as we now have to wait for another async action, this does mean we're testing the fall route for the /calls xhr from MozLoopService, hence I think it has better coverage, and is consistent with the rest of the tests.
Attachment #8487423 - Flags: review?(jaws)
Attachment #8487423 - Flags: review?(jaws) → review+
Target Milestone: --- → mozilla35
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Comment on attachment 8487423 [details] [diff] [review] Improve Loop xpcshell tests for MozLoopService to have a better chance of detecting coding errors. Approval Request Comment Uplift request for patches staged and tested on Fig
Attachment #8487423 - Flags: approval-mozilla-aurora?
Comment on attachment 8487423 [details] [diff] [review] Improve Loop xpcshell tests for MozLoopService to have a better chance of detecting coding errors. I worked with Randell and Maire on uplifting a large number of Loop bugs at once. All of the bugs have been staged on Fig and tested by QE before uplift to Aurora. As well, all of the bugs are isolated to the Loop client. Randell handled the uplift with my approval. I am adding approval to the bug after the fact for bookkeeping.
Attachment #8487423 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
You need to log in before you can comment on or make changes to this bug.