-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Add Testing Type switcher to Specs Explorer #26448
Comments
Hey team! Please add your planning poker estimate with Zenhub @astone123 @jordanpowell88 @lmiller1990 @marktnoonan @mike-plummer @warrensplayer |
Note: there is some product work to come from @marktnoonan - I'd recommend waiting for that before estimating this. |
Please add your planning poker estimate with Zenhub @dkasper-was-taken |
Please add your planning poker estimate with Zenhub @astone123 |
Released in This comment thread has been locked. If you are still experiencing this issue after upgrading to |
At the top of the specs list, there will be two buttons, one for e2e and one for component testing. Each tab will have the following features:
When both testing types are configured
Buttons act as a switcher to put Cypress into the other testing mode.
There are no new side effects of this, the transition happens exactly as it does today when a user switches via the top-left button in the side nav - the browser closes, launchpad displays a spinner, and then the browser re-opens in the new testing type.
When one testing type is not configured
The button for the unconfigured type contains a question mark, and clicking it displays a promo in-place in the specs list page which gives a summary of the testing type and invites users to set it up.
This has a side effect: it records a "campaign viewed" event through the Cloud's /anon-collect endpoint with the following values
campaign: Specs Switcher CT
medium: Not set up
if a "CT eligible" framework and bundler are detected:
payload: { framework: {framework}, bundler: {bundler} }
(see ComponentTestingBannerAvailable.vue for example)
campaign: Specs Switcher E2E
medium: Not set up
payload: { framework: {framework}, bundler: {bundler} }
The implementation of the
Promo
elements for each unconfigured state are covered under tickets #26837 and #26836. This ticket should handle creation of the switch, switching when target type is configured, and replacing Specs List content with a placeholder when not configured.The text was updated successfully, but these errors were encountered: