FAQ from Customers/Technical FAQ Flashcards

(34 cards)

1
Q

When someone comments, how am I notified?

A

Currently, we only have email notifications, nothing in-app (it’ll go to the GitHub email that you linked, although can configure it to send to diff emails)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

We’ve started to use chromatic, but we noticed that the storybook URL is associated with the build version. We were wondering if there is a url we could use to access the latest storybook build for a given chromatic project.

A

Yes, you can do that. If you head to the “manage” tab for a given project and click “collaborate” you can scroll down and view the Storybook custom links (your link ishere). You’ll be able to input any branch name, and that URL will always give you the most updated Storybook.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What’s the difference between the free plan and premium plans?

A

The free plan includes all the core features. Publish unlimited Storybooks to review with unlimited collaborators. Get component history across branches and commits. Plus 5,000 free snapshots/month. All in a secure, private workspace for your entire team.

Premium plans scale to meet your team’s needs. You get more snapshots and access to a suite of browsers that extend your test coverage in one click. Test across multiple viewports and multiple browsers at once.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Do you charge for inviting teammates?

A

No, we don’t charge you “per seat”. UI libraries and design systems only thrive when everyone is included. We wouldn’t do anything to jeopardize the adoption of your components.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

How do you count the number of snapshots for billing?

A

Snapshots are counted at the account level. If your account has multiple projects we sum the number of snapshots used by each project to get your total usage.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

How fast are Chromatic’s visual tests and what is max concurrency?

A

Chromatic optimizes your visual tests for speed. Your tests run on as many machines as needed to deliver results in the least time possible. Our infrastructure is effectively capable of running all your tests in parallel, no matter how many builds you run, or stories you write. For instance, customers often test 2000+ permutations in less than a minute.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What if I exceed my plan’s monthly snapshot limit?

A

If you have a free plan, review and testing will be paused when you exhaust the 5,000 free snapshots per month. This may affect your PR checks.

If you have a premium plan, review and testing will not be interrupted. You’ll be billed for extra snapshots beyond the included amount at the end of the month.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

How do I change my plan?

A

Change your plan in account settings. All changes are prorated to the day.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

What if I don’t end up liking it? Can I get a refund?

A

If you aren’t happy with Chromatic we’ll refund your money. We want customers to ship consistent UIs, save time, and build bulletproof component libraries. If it’s not working out for you, just email us to get a refund for your current months usage.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Can I deactivate my account?

A

Yes, deactivate anytime. We’ll be sad to see you go!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Why publish Storybook in the cloud?

A

Collaboration, reproduction, and history. When you publish Storybook using Chromatic, your team gets a universal reference point for discussion that’s always up to date. This allows you to gather clearer, more precise feedback in less time. Reproducing bugs is painless because your teammates interact with the real UI without needing a dev environment. Your components are individually versioned by commit so your team can visualize UI changes over time.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

What if I already deploy Storybook using S3, Heroku, Netlify, or Vercel?

A

You don’t need to do this anymore. Chromatic is a Storybook-optimized cloud service for frontend teams that includes collaboration, access control, versioning, history, and integrations with your existing tools. That said, we’re happy customers of those hosting services and recommend them for other situations.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Why test components instead of screens?

A

Screen testing is burdensome for apps made with components. Components are reused across many screens. If a component changes, it often results in a deluge of test failures on every screen it’s used. Sorting through these failures on every screen is excruciating.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Why run tests in the cloud?

A

Speed and collaboration. Local tests inevitably slow to a crawl when tasked with snapshotting even a modest component libary. This blocks the development workflow. Further, collaborating on review is impossible because tests run on an individual machine. Chromatic runs tests in parallel at cloud-speed and offers a collaborative online review flow made for app teams.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Does Chromatic replace Jest or Enzyme?

A

Nope. Chromatic complements your existing Jest or Enzyme tests. Chromatic adds coverage where none previously existed: the rendered UI. It is built to detect UI regressions. In practice, creating and maintaining Chromatic visual tests takes much less effort than the equivalent unit test.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

How is this compared to Selenium or Cypress?

A

Chromatic complements your existing End-to-End tests with Selenium or Cypress. E2E tests are intended to QA the “happy path”, but are time-consuming to create and brittle to maintain. They end up being poor value for wide UI test coverage. Adding Chromatic to your test suite gives you expansive yet accurate UI coverage without having to write even more tests.

17
Q

Can I get rid of my BrowserStack or Sauce subscription?

A

Our aim isn’t to replace services like Browserstack or Sauce. Cloud browser services are invaluable for verifying interactive behavior (e.g., clicking around the UI) and End-to-End testing but aren’t built or priced for visual testing.

Chromatic gives professional UI engineers a purpose-built service for visual testing which helps you reduce your reliance on cloud browser services. In practice, our customers typically scale back their usage and save a boatload of money while increasing their testing productivity.

18
Q

Isn’t this just snapshot testing? (Jest)

A

Not quite. Jest snapshot testing captures your component’s HTML output. Chromatic captures a pixel-perfect image. Chromatic is best suited for testing UIs for these reasons:

  1. The way the browser renders UI is also determined by styling and assets such as images. Unlike Jest snapshots, Chromatic renders markup, styling, and assets in a browser to capture what users really see.
  2. Changes are not necessarily “failures”. Deciphering intentional changes from bugs is hard when all you have is a markup diff. Chromatic’s online merge manager helps you visualize, review, and merge UI changes.
  3. Code changes don’t always result in UI changes. Jest snapshot tests only identify changes in code. This ends up leading to a lot of false positives and resorting to “approve all” to make test failures go away. Chromatic does not have this problem.

But what about Jest image snapshot? Image snapshotting is one of Chromatic’s features. With Chromatic you also get cloud performance, an online review flow, no-hassle branching, painless merging, component history, and more work-saving features for professional developers.

19
Q

Why should I bother documenting components?

A

Reuse saves you and your team time. Developers invest countless hours building components. Documenting for reuse helps you get the most out of the time you’ve already spent. That reduces the manual work for everyone.

20
Q

Doesn’t documentation take a lot of work?

A

Nope. We created theStorybook Docsaddon in collaboration with the open source community to auto-generate component documentation. Further customize those docs with Markdown, JSDoc, or TSDoc comments.

21
Q

How is Chromatic different from visual testing tools like Applitools and Percy?

A

Chromatic is a faster, simpler, and cost effective alternative to Applitools or Percy that is built for UI components and component libraries. Our customers compare us favorably on developer experience and price.

Product differentiation:

  • Components are first class citizens in Chromatic so our workflow is necessarily different
  • Deep integration with Storybook (we’re core maintainers)
  • Track each components baselines through branches and merges
  • Generate a living component library online
  • Rewind component history
  • Review components one at a time, approvals carry over from build to build

We’re proud of our developer experience:

  • “It just works” – sensible defaults out of the box, no writing webdriver tests or custom integrations
  • Lightning fast test runs (modern cloud architecture) with no cap on concurrency
  • Automatic PR badging for GitHub, GitLab, and Bitbucket
22
Q

Where are my images and fonts?

A

Make sure your resource hosts are reliably fast. When possible serve resources statically via Storybook or use a dedicated service. Learn more aboutresource loading in Chromatic.

23
Q

Why am I getting cross-origin errors with my stories?

A

Most likely you are calling intowindow.parentsomewhere in your code. As we serve your Storybook preview iframe inside ourwww.chromatic.comdomain this leads to a x-origin error as your code doesn’t have access to our frame (with good reason!).

Generally speaking it is a good idea to wrap calls like that in atry { } catchin case the code is running in a context where that’s not possible (e.g Chromatic).

24
Q

Why is my content being cut off vertically in my snapshots?

A

Make sure there are no elements inadvertently cutting off content through the use of overflow or height styles.

For elements that have relative height styles based on the size of the viewport (such asheight: 100vh), all content nested under that element will show up in a screenshot unless eitheroverflow: hiddenoroverflow: scrollis used to hide what is outside of that element (and therefore outside of the viewport).

When Chromatic takes a screenshot for an element that has a viewport-relative height as well as styling to hide/scroll the overflow, a default viewport height of900pxwill be used. This default is only used when we can’t detect a “natural” height for the outermost DOM element (root ancestor), for instance, in the case of scrollable divs.

25
How do I capture content inside scrollable divs?
Scrollable divs constrain the height of their children. Change the height of the scrollable div to ensure all content fits. It’s not possible for Chromatic to infer how tall scrollable divs are intended to be.
26
Can I test across different viewports?
Yes, UI components can respond to device width. Chromatic makes it easy to visual test these cases with the viewports parameter. This helps you define one or more viewport sizes to capture. Using viewports requires Storybook 4.0 or later. (SEND VIEWPORTS DOCS https://www.chromatic.com/docs/viewports)
27
What viewports can I choose?
A viewport can be any whole number between 320 and 1800 pixels.Can I control the height of the viewport?How do I assign viewports globally to all components in my Storybook?
28
Can I control the height of the viewport?
We take a full screenshot of the component even if it flows off the screen. It typically doesn’t make a difference what height the browser is when taking screenshots. If this isn’t the case for your application, please contact us via in-app chat
29
How do I assign viewports globally to all components in my Storybook?
We don’t recommend this in most cases because each viewport is treated independently and snapshots must be approved as such. But if you really want to assign viewports for an entire Storybook, you can (see viewport docs FAQ)
30
How do browser upgrades work?
Chromatic’s infrastructure is periodically updated to use the the latest **stable** browser version (can be behind the latest version). When an infrastructure upgrade is available you’re notified in the app. Upgrades can cause subtle changes in story appearance due to the underlying rendering engine changes. We try to make upgrades as easy as possible by auto-migrating your test baselines. Learn more about [infrastructure upgrades](https://www.chromatic.com/docs/infrastructure-upgrades) and view [browser versions](https://www.chromatic.com/docs/infrastructure-release-notes).
31
Does Chromatic tell me when snapshots are different between browsers?
This has significant trade offs. Teams that try to verify consistency between browsers end up encountering false positives due to inherent browser/device/OS differences like anti-aliasing and font rendering. Or they require workarounds like loosening diff thresholds which result in false negatives. Chromatic does not programmatically compare snapshots from different browsers against each other. Instead, we compare the snapshots for each browser against the baseline for that browser.
32
We have gotten customer feedback that they can't use Chromatic unless they have BitBucket, GitLab, or GitHub. Has this issue been solved?
Yes, we now offer sign up with email and password. While you get full functionality in GH/BB, I will say GH is the best integration for us (and what most of our customers use).
33
One customer on a call was worried that Chromatic would slow them down. Is this because they would have to build everything in storybook, etc (so they don’t have the infrastructure ready yet to use Chromatic). Or is it that it would literally take time to test and would therefore slow them down? 
I believe what this customer meant was they didn't want to make the checks mandatory because if people did not respond in time (ex. accept changes) it would block them from being able to merge the PR and slow them down. The argument is it adds more steps. We can tell them that the do not need to make the steps mandatory, and explain how using Chromatic means less time to iterate, which will actually make the development process quicker.
34
Do you have to use Storybook to run Chromatic? Is Chromatic exclusively for Storybook? (IE if there was some other component library, would Chromatic work on that?) 
Yes, but you can upload any image to Storybook and diff against it. But, we can only test from Storybooks.