-
Notifications
You must be signed in to change notification settings - Fork 501
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
test(e2e): stabilize Amazon Q feature development tests #6520
base: master
Are you sure you want to change the base?
Conversation
/runIntegrationTests |
824ecf8
to
2d4edce
Compare
/runIntegrationTests |
Failed test in E2E stable is unrelated to
|
beforeEach(async function () { | ||
this.timeout(maxTestDuration) |
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.
Is there anyway we can avoid increasing the timeout? The default timeout is 5 minutes, so increasing it to 10 minutes in this beforeEach
increases it up to 5 minutes per test in this block. Combined with the change above, this could add up to 50 minutes to execution time.
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 can revert the timeout increase given the logs showed each test can complete within 5 mins. Please note /dev
is a long run which can go beyond, we may revisit this.
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.
Have you confirmed that these e2e tests are reliable without these increased timeouts? From the toolkits side, we are very reluctant to merge tests that cause inconsistencies in our CI due to the confusion and churn it creates.
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.
Confirmed. Tried a couple of runs which the new prompt can finish without timeout increase. The previous flakiness was mainly from a dead-end situation.
2d4edce
to
1129a44
Compare
/runIntegrationTests |
public getSelectedTab() { | ||
const selectedTabId = this.mynahUI.getSelectedTabId() | ||
const selectedTab = this.getTabs().find((tab) => tab.tabID === selectedTabId) | ||
|
||
if (!selectedTab) { | ||
assert.fail('Selected tab not found') | ||
} | ||
return selectedTab | ||
} |
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.
Can you elaborate more on why this is needed?
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.
See reply above
beforeEach(async function () { | ||
tab = framework.createTab() |
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.
why are the two tabs here and line 226 different? are they always different?
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 is a new tab created when a /dev
quick action triggered. The getSelectedTab
can help get the current selected tab;
Problem
Amazon Q feature dev e2e test was disabled due to flakiness. Issue: #6513
Solution
getSelectedTab
function inqTestingFramework
to access newly created tab by quick action.feature/x
branches will not be squash-merged at release time.