Closed
Bug 760902
Opened 13 years ago
Closed 6 years ago
More comprehensive tests are needed for AITC
Categories
(Web Apps Graveyard :: AppsInTheCloud, defect)
Web Apps Graveyard
AppsInTheCloud
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: anant, Assigned: anant)
References
Details
(Whiteboard: [blocking-aitc-])
Attachments
(1 file)
1.86 KB,
patch
|
gps
:
review+
|
Details | Diff | Splinter Review |
Some modules already have tests, but before AITC is enabled, we need a few more.
REST client tests are over in bug 750948 (which may need a few more as well), but in addition to those we'll need:
- Additional tests cases for storage.js, specifically for the registry
- Tests for manager.js:
-- Token refresh tests
-- GET/PUT timer tests
-- Browser chrome tests for marketplace/dashboard tab open/close behavior
The timer tests are likely to need a bit more work as we'll need special hooks to let tests speed them up to stay within test timeout limits.
Updated•13 years ago
|
Whiteboard: [blocking-aitc]
Updated•13 years ago
|
Whiteboard: [blocking-aitc] → [blocking-aitc+]
Assignee | ||
Comment 1•13 years ago
|
||
We probably need a mochitest to see if a client created when the user visits the dashboard.
Assignee | ||
Comment 2•13 years ago
|
||
Another case (this one might be harder to solve): does Aitc.js create an instance of Aitc correctly when dom.mozApps.used changes from false to true?
Assignee | ||
Updated•13 years ago
|
OS: Linux → All
Hardware: x86 → All
Comment 3•13 years ago
|
||
The token refresh tests are covered in the tests from bug 760910.
Assignee | ||
Comment 4•13 years ago
|
||
There's not that many more tests we can actually check-in. The tab open close behavior and client creation checks rely on external servers so they are not suitable for checking in. The token refresh tests were already written up.
Comment 5•13 years ago
|
||
Comment on attachment 642145 [details] [diff] [review]
Add GET timer test
Review of attachment 642145 [details] [diff] [review]:
-----------------------------------------------------------------
I worry about the accuracy of timers on build hosts. I think there is a higher-than-normal chance this could intermittent orange. I guess we'll deal with it if we see it.
Attachment #642145 -
Flags: review?(gps) → review+
Assignee | ||
Comment 6•13 years ago
|
||
Whiteboard: [blocking-aitc+] → [blocking-aitc+], [fixed in services]
Updated•13 years ago
|
Whiteboard: [blocking-aitc+], [fixed in services] → [blocking-aitc+], [fixed in services], [qa-]
Comment 7•13 years ago
|
||
(In reply to Gregory Szorc [:gps] from comment #5)
> Comment on attachment 642145 [details] [diff] [review]
> Add GET timer test
>
> Review of attachment 642145 [details] [diff] [review]:
> -----------------------------------------------------------------
>
> I worry about the accuracy of timers on build hosts. I think there is a
> higher-than-normal chance this could intermittent orange. I guess we'll deal
> with it if we see it.
And we have our first orange:
https://tbpl.mozilla.org/php/getParsedLog.php?id=13517119&tree=Services-Central&full=1
I'm inclined to back this out until we have something more reliable. I'm not sure what kind of variance we'll need in the timers to accomplish that. I have a feeling the proper answer will be "don't rely on timers."
Comment 8•13 years ago
|
||
Comment 9•13 years ago
|
||
Backed out after receiving a few more oranges:
https://hg.mozilla.org/services/services-central/rev/d9d878d5b8a7
Per discussions with Anant earlier in the day, I don't believe this should block AITC launch. It's just a test after all. We should continue to strive for better test coverage in mozilla-central.
Whiteboard: [blocking-aitc+], [fixed in services], [qa-]
Updated•13 years ago
|
Whiteboard: [blocking-aitc-]
Comment 10•6 years ago
|
||
Dead component, closing bugs in it.
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Updated•6 years ago
|
Product: Web Apps → Web Apps Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•