-
Notifications
You must be signed in to change notification settings - Fork 9.4k
[MFTF] Final set of changes to improve the MFTF tests #26570
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
[MFTF] Final set of changes to improve the MFTF tests #26570
Conversation
…customer # Conflicts: # app/code/Magento/Customer/Test/Mftf/ActionGroup/SignUpNewUserFromStorefrontActionGroup.xml
…to refactor/mftf-customer
…nto refactor/final-mftf-changes
…efactor/final-mftf-changes
…to refactor/final-mftf-changes # Conflicts: # app/code/Magento/Customer/Test/Mftf/ActionGroup/DeleteCustomerActionGroup.xml
|
Hi @lbajsarowicz. Thank you for your contribution
For more details, please, review the Magento Contributor Guide documentation. |
|
@magento run all tests |
|
@magento run all tests |
…` for ActionGroups
|
@magento run all tests |
|
@magento run all tests |
|
@magento run all tests |
|
@magento run all tests I've merged |
|
Appreciate the effort you are putting into this but do want to highlight that renaming existing actionGroups will be hard on early adopters using MFTF to test extensions across multiple Magento versions. For example we would have in our test After this PR gets merged we will need to change the above depending if we want to test against 2.3 or 2.4. Are there any strategies that would avoid us having to maintain separate branches (I am still hopeful that we don't need separate branches for the code itself). |
|
This will be covered for 2.3.* with |
|
So you are essentially confirming that there is no way to have the same test run on 2.3 and 2.4 that references the existing ActionGroups? The rename change itself is doable however just maintaining different branches (just for the tests) is something I would want to avoid (and probably Marketplace too if they ever are going to support MFTF on submitted extensions). |
|
That's actually something that bothers me too. Let me talk with @okolesnyk to find the best solution for such case. For me it's super-important to finally have consistent and clean naming pattern, that will be forced with XSD at some point of time. |
|
okay great - will follow what you can think of. What might be workable from my point of view would be a more generous deprecation period: Keep the old actionGroup names available so something like logout extends adminLogoutAction Group or whatever the exact name is. Please note that this would only work if it was possible to extend an already extended actionGroup which is currently not supported. These intermediate group names would then be removed with Magento 2.5. That would allow someone to use the improved names for any new work. And the old ones can slowly be phased out as support for Magento 2.3 gets dropped over time. |
|
Hi @fooman We are not removing Action Groups in Magento 2.3, we mark them as deprecated and create new Action Group. For Example:
Also to notify Extension developers and everyone who's writing Magento customizations we introduced an attribute in MFTF entities called So once something is marked as deprecated Extension devs should update their tests to use latest Action Group or other Test entity. And once new release of extension is cut to support Magento 2.4 it will mean it will work with both Magento 2.3 and 2.4 just because new Action Group introduced will exist in both Magento releases. Let me know if it make sense and I explained it clear. |
|
@lbajsarowicz is this PR still actual? Or we will go module by module? |
|
We won't be able to do it in one PR. |
|
Hi @lbajsarowicz, thank you for your contribution! |


Description (*)
This PR contains all other changes I introduced to MFTF and some more:
stepKeyto becamelCase(lower first)ActionGroupsuffix to all Action GroupsFixed Issues (if relevant)
Manual testing scenarios (*)
Run MFTF tests for:
Related Pull Requests
Questions or comments
N/A
Contribution checklist (*)