-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Update WordPress Mocks to fix recent UI tests failures #17177
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
Update WordPress Mocks to fix recent UI tests failures #17177
Conversation
|
You can trigger an installable build for these changes by visiting CircleCI here. |
|
You can trigger optional UI/connected tests for these changes by visiting CircleCI here. |
diegoreymendez
left a comment
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.
Once the pod is updated feel free to merge!
The reason I didn't notice the UI tests breaking is because I had enabled automerge on these PRs.
Now that wordpress-mobile/WordPressMocks#35 has been merged and a new version shipped, we can point away from the WIP branch and back to a stable version.
e8677de to
180122f
Compare
|
I updated the pod reference to the latest stable and run the UI tests on Buildkite and CircleCI: both passed 👍 |
The changes from the pair wordpress-mobile/WordPressKit-iOS#445 #17154 added a new property to a model deserialized from an already existing property in the JSON response (at least that's what I make of it by looking at the PRs and Git history see extra details here.
Because the property was already there in the live responses, everything worked well when tested manually, but the UI tests failed because the stubbed response they used did not include that key in the JSON. The tests crashed when trying to assign the
nilvalue stored in theorganizationIdproperty serialized from the stub response that didn't include the key.Related PRs
How did this happen?
#17154 was merged even though Buildkite reported the UI tests failing. This is understandable because we (the Owl team) haven't fully migrated to Buildkite for WordPress iOS yet and the setup has been having a few occasional issues.
Moreover, the UI tests did not run in CircleCI. That's understandable, too, because they are optional and need to be unlocked manually. There's no clear rule of thumb to know when to run them and when it's safe to skip them and not have to wait for them.
The good news is that, once we'll complete the migration to Buildkite, the CI performance will be such that UI tests will run on every commit, so this kind of lag in discovering out-of-date tests should disappear.