-
Notifications
You must be signed in to change notification settings - Fork 7
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
chore(tests): ensuring graphql responses don't change after launch #569
Conversation
60594ca
to
ba25d83
Compare
Analytics: Coverage: 85.42
Sync: Coverage: 88.28
Generated by 🚫 Danger Swift against cc2c82d |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good! thanks
let addTagEvent = await snowplowMicro.getFirstEvent(with: "global-nav.addTags.addTag") | ||
addTagEvent!.getUIContext()!.assertHas(type: "button") | ||
addTagEvent!.getContentContext()!.assertHas(url: "http://localhost:8080/hello") | ||
let events = await [snowplowMicro.getFirstEvent(with: "global-nav.addTags.removeInputTag"), snowplowMicro.getFirstEvent(with: "global-nav.addTags.addTag")] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good @bassrock ! Test were succeeding locally and remotely, even many of the "flakey" ones. Had one question
space.backgroundContext.performAndWait { | ||
persistentTask.currentCursor = pageInfo.endCursor | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As discussed thanks for catching it!
} | ||
app.launch() | ||
app.tabBar.savesButton.wait().tap() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
would we ever need to also wait for tabBar
(or any other ancestor in any other test) existence?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think waiting for the savesButton inherently waits for the tab bar but in my experience here... adding more waits does not hurt anything at all.
Summary
Gain confidence in our test suite by shoring up it's reliability. There will be followup PRs to try and do this work iteratively.
See Implementation Details for more info.
References
Implementation Details
Test Steps
PR Checklist:
Screenshots