Product Quiz Flashcards
How does the current Slack integration work? What are the current notifications?
You can set up a Slack integration using custom webhooks. The notifications are generally around the behavior of the build - build is ready for review, it’s passed, it’s accepted, denied, broken, cancelled, error, timed out. It won’t tell you when you’ve received a comment or an at-mention.
Which standards does @storybook/addon-a11y test against?
That addon uses axe-core, which tests a subset of WCAG 2/2.1 It can only test a subset because not all WCAG rules (and especially not all accessibility considerations) can be automatically tested.
How is interaction testing different from E2E testing? // Can this completely replace my use of Cypress?
With interaction testing, you can start to map out user flows. Interaction tests can replace almost everything in most E2E providers except for maybe running Smoke tests on a preprod or prod environment. Interaction tests focus on the hosted Storybook in the cloud not a production URL for a company.
Why would we use Interaction testing in Storybook instead of Cypress, especially now that Cypress has component testing?
That’s a great question. The way we see it is that if you’re doing your component testing in Storybook rather than in Cypress, it’s kind of like working where your tools already are. We see it to be a more seamless method of testing as you’re testing in the location that your components are already located.
How do I change my username?
If you signed up via email, you’ll be assigned a username based on your email. Go to the Profile page to change your username. Get there by signing in and clicking on your avatar in the header.
How will I be notified that my PR has been reviewed?
The OWNER of the PR will get a message.
How do I change notifications?
In the top right corner you click your avatar, then click “notifications” and then you can set them from that page. Notifications are set at the project level.
We need to give billing access to another account owner as well. How can we do that?
We sync permissions from your git provider, so you’ll need to give that person admin access in your git provider in order for them to have that level of access in Chromatic.
Can you add external collaborators at an organizational level instead of a per-project basis?
You currently cannot add external collaborators at an organization level, only on a per-project basis. (So this is feedback to aggregate for the product team!)
Can I create a new project that isn’t connected to git?
Yes, you can create a Chromatic account with an email & password option rather than signing up with a git provider and this will create an unlinked project.
Alternatively, you can create a project under a personal account even if you signed in via GitHub. To do this, in the top left corner, please select your username, then “create project.”
Please note: It’s not possible to create an unlinked project under an organization.
What are the different roles in Chromatic?
Owner: can manage, delete the project, and manage/assign roles to collaborators
Developer (default): can manage the project, review tests, approve PRs, and assign reviewers. Cannot assign roles to collaborators.
Reviewer: can leave comments, review tests, and approve PRs they’ve assigned to. Cannot assign others or self-approve.
Viewer: read-only access to the project.
Does Chromatic give permissions at the org level or project level?
At the project level. But once you’re added to a company’s organization in GitHub, you will see all of their projects (that you have access to in GH). You have to click in to the project to belong to that project.
When someone gets added to your GitHub, they automatically also get access to Chromatic also, right?
Yes, our permissions mimic a repo, so If I add someone on GitHub, they can access Chromatic. They won’t show up on the Chromatic users list, until they visit Chromatic for the first time.
Someone left our company and therefore left our GitHub organization, but they are still coming up in our Chromatic account. Is this a security risk?
If the person was added to the project by nature of them having access in github (vs manually adding someone by email), then when they are removed from the github org, they wont have access in Chromatic anymore. They will show up on your collaborators, and they will removed when they try to access the project again. They will not have access to the project, if they have been removed from GitHub. In general, the person has access to the repo in GitHub, they will have access in Chromatic, otherwise they will not (even if they show up on the collaborators list). If there are accounts you want to delete manually, we can have our team do that (I’ll just have you confirm that via email).
For anyone who signed up with email and password, they can be deleted from the manage screen (and they’ll show up in the “external collaborators” list.
If they want people to be deleted manually from Chromatic, as of now, we have to do that on our end.
Can i make a project private?
Yes, but you’d do that through GitHub. If the GitHub repo is private, then the project will be private in Chromatic.
Can a user be linked to multiple accounts?
Yes, a user can belong to multiple accounts
Can I give different people access to different projects in Chromatic?
Not really. Whoever has access to that project in your git provider will also have access in Chromatic.
Does the Figma plug-in work if you have a private Storybook?
Yes, it does.
Can you choose which version of the design from a Storybook is shown in Figma?
No, because the Storybook story shown in the plug-in will always point to the most up to date build for that branch.
UI Tests vs UI Review
In a nutshell, UI Review (PRs) compares snapshots between two branches - the head branch of the PR (e.g. “feature”) and the base branch (e.g. “main”). It uses the last build on the head branch and the “merge base” build, just like code review does on GitHub. This allows you so see what would visually change when your PR is merged, perfect for QA and stakeholder review. The “changeset” is then approved as a whole, just like the PR itself would be on GitHub.
Conversely, UI Testing works on the concept of a “baseline” for each story. When a story has visual changes compared to the baseline version, you are asked to approve it. If you don’t, the old baseline remains, if you do, it becomes the new baseline. The big difference in workflow is that you approve individual stories, which means you can approve only those stories which are “ready” and continue working on those that aren’t. This workflow is intended to help individual developers verify their work, even before they open a PR.
Another big difference is that baselines carry across branches. When one branch is merged into another, the approved baselines are carried over. In case both branches have approved baselines for a particular story, the one which was approved last “wins”.
In a very generic sense, UI Testing is intended to be used to test your UI for visual regressions (and a11y/interaction regressions when we incorporate those), while UI Review is meant to be used for visual review of the changes by someone other than the author (e.g. designer, QA, PO/PM).
Can I rename the build name?
No, you cannot currently do that.
Can I cancel or delete a build?
You cannot currently delete a build.
Can I archive a project?
Yes, you can
If someone makes a new component and opens a PR, will it show blank on the left side (since it has nothing to compare it to)?
It’ll just show the one component - it won’t be blank. It’ll just not have a second side. And it’ll flag the component as “new”
Does it cut down on snapshot usage if you disable UI Review?
Yes, it will. We take snapshots for the latest commit on a branch and compare it to your main branch baseline, so snapshots are definitely used when doing this.
Can I turn UI Review or UI Tests off in my GitHub Actions?
Yes! You go to the “Manage” screen and can click enable/disable for each of them.
Can I enable UI test/UI review only on some builds? I want to use UI test/UI review only on release new version PRs for example.
No, you cannot enable those features at the build level. They must be enabled or disabled for the entire project.
What browser does UI Review use?
Chrome
Where can I find the baseline history?
If you go into a build and then click into a diff, you’ll see it on the bottom left corner