Fixing a fork based merge request test
What does this MR do?
The main problems this test had was that the project creation was hitting the same name as left over projects from previous tests. To alleviate this, I have added a removal of resources after the test is done. There were also some issues with the user actually creating and the user merging the merge request which can not be the same. This should be fixed now.
E2E Test Failure issue(s)
Check-list
-
General code guidelines check-list -
Quarantine test check-list -
Follow the Quarantining Tests guide. -
Confirm the test has a quarantine:
tag with the specified quarantine type. -
Note if the test should be quarantined for a specific environment. -
(Optionally) In case of an emergency (e.g. blocked deployments), consider adding labels to pick into auto-deploy (Pick into auto-deploy priority1 severity1).
-
-
Dequarantine test check-list -
Follow the Dequarantining Tests guide. -
Confirm the test consistently passes on the target GitLab environment(s). -
(Optionally) Trigger a manual GitLab-QA pipeline against a specific GitLab environment using the RELEASE
variable from thepackage-and-qa
job of the current merge request.
-
-
-
To ensure a faster turnaround, ask in the #quality
Slack channel for someone to review and merge the merge request, rather than assigning it directly.
Edited by Tomislav Nikić