E2E: Migrate Growth Stage Pages to Use data-testids
What does this MR do and why?
Relates to gitlab-org/quality/quality-engineering/team-tasks#1837 (closed)
This MR migrates the QA pages and frontend components related to sectiongrowth from data-qa-selector
s to data-testid
s, while also removing any related unused data-qa-selector
s.
These changes should only affect the following E2E tests:
qa/qa/specs/features/ee/browser_ui/15_growth/free_trial_spec.rb
qa/qa/specs/features/ee/browser_ui/11_fulfillment/saas_user_limit_experience_spec.rb
How to set up and validate locally
If you would like to run these tests locally, you will need to make some adjustments to the tests and have a local CustomersDot instance installed and configured to work with your GDK.
- Ensure your GDK is set up to simulate a SaaS instance, ex:
In env.runit
:
export GITLAB_SIMULATE_SAAS=true
In gdk.yml
:
license:
customer_portal_url: http://localhost:5000
- In
qa/qa/specs/features/ee/browser_ui/15_growth/free_trial_spec.rb
, remove theonly: { subdomain: :staging }
tag - Add the following in the
before
block after line 73:group_for_trial.add_member(user, Resource::Members::AccessLevel::OWNER)
- From the
qa
directory, run
GITLAB_QA_ADMIN_ACCESS_TOKEN=<gdk admin PAT> GITLAB_INITIAL_ROOT_PASSWORD=<gdk root password> QA_GITLAB_URL=<gdk url and port> WEBDRIVER_HEADLESS=false bundle exec rspec qa/specs/features/ee/browser_ui/15_growth/free_trial_spec.rb:72
MR acceptance checklist
This checklist encourages us to confirm any changes have been analyzed to reduce risks in quality, performance, reliability, security, and maintainability.
-
I have evaluated the MR acceptance checklist for this MR.
Edited by Valerie Burton