Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make browser testing more resilient by checking test loading #26458

Open
whesse opened this issue May 16, 2016 · 0 comments
Open

Make browser testing more resilient by checking test loading #26458

whesse opened this issue May 16, 2016 · 0 comments
Assignees
Labels
area-infrastructure Use area-infrastructure for SDK infrastructure issues, like continuous integration bot changes. P3 A lower priority bug or feature request type-enhancement A request for a change that isn't a bug

Comments

@whesse
Copy link
Contributor

whesse commented May 16, 2016

Our hardest failures to find are those where a browser test times out because it doesn't load.
The sequence of actions that should happen is:
Driver page requests a test URL from the controller
Driver page fetches that URL from the file server
The page loads, in an iframe or window
The page reports that it started (entered main).

The driver page, test controller, and file server could communicate more, so that when one of these steps doesn't happen, we detect it and report details about the problem. If the driver page writes a URL to the iframe's address, but it doesn't get the started message, it should return fuller data about the browser state, or perhaps close and reopen the iframe.

@whesse whesse self-assigned this May 16, 2016
@whesse whesse added P3 A lower priority bug or feature request area-infrastructure Use area-infrastructure for SDK infrastructure issues, like continuous integration bot changes. type-enhancement A request for a change that isn't a bug labels May 16, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-infrastructure Use area-infrastructure for SDK infrastructure issues, like continuous integration bot changes. P3 A lower priority bug or feature request type-enhancement A request for a change that isn't a bug
Projects
None yet
Development

No branches or pull requests

1 participant