こんにちは、カミナシの@tomiです。
前回は、Expo ReactNativeにStorybookの導入を行いました。
今回は、StoryShotsを入れてみたいと思います。
StoryShotsとは、自動スナップショットテストができるStorybookのアドオンです。 内部的には、JestのSnapshotが動作し、UI が予期せず変更されていないかを確かめるツールです。
なぜ入れてみようと思ったかというと、ただStorybookを導入しただけでは、メンテナンスされずに腐ってしまうのが目に見えているので、楽に忘れることなくstoryの更新ができる方法ないかなと調べていると、よくStoryShotsを目にしたので試してみることにしました。
StoryShotsの実際の動作を見て、今後の運用に必要かどういったときに役に立ちそうかを体験したいと思います。
StoryShotsを導入する
Storybookの導入は前回の記事で済んでいるので、StoryShotsのアドオンを入れます。
yarn add -D @storybook/addon-storyshots@^5.3 # monorepoの場合↓ # lerna add @storybook/addon-storyshots@^5.3 --scope=mobile --dev
ReactNativeに対応しているStorybookのバージョンに合わせて5.3をインストールしました。
/storybook
ディレクトリにStoryshots.test.ts
ファイルを作成。
// Storyshots.test.ts import path from 'path'; import initStoryshots from '@storybook/addon-storyshots'; initStoryshots({ configPath: path.resolve(__dirname, '../storybook') });
ドキュメントでは、initStoryshots()
だけで動くようでしたが、monorepo構成だからかconfigPath
でStorybookの設定を行っている場所を指定してあげる必要がありました。
次に、StoryShotsの実行用のjest.configを設定します。
jest.config.js
と同じ場所にjest.config.storyshots.js
を作成。
// jest.config.storyshots.js const path = require('path') const baseConfig = require('./jest.config') module.exports = { ...baseConfig, testMatch: ['**/packages/mobile/storybook/Storyshots.test.ts'] }
testMatchの部分を、StoryShots用のテストだけを読み込むように設定します。
こうすることで、ユニットテストと自動スナップショットテストを別で実行できるようにしています。
StoryShotsを実行するscriptを設定します。
// package.json "scripts": { "storyshots": "jest -c jest.config.storyshots.js" }
StoryShotsを実行する
では、実際にStoryShotsを実行するとどういう結果がもらえるのかを見てみます。
yarn storyshots
*.stories.js
が存在する3件のSnapshotsが生成に成功しました。
そして、__snapshots__/Storyshots.test.ts.snap
というファイルが作成されました。
中身は、Componentファイルがレンダリングされた形のようです
差分がでるとどうなるのか
スナップショットが作成されたので、次にコンポーネントを更新して差分を出すとどういう結果がでるかを確認しようと思います。
Welcome/index.js
というコンポーネントに適当にテキストを追加して、再度SnapShotsを実行してみます。
すると1件のスナップショットが失敗しました。
失敗した内容として今回変更した部分が表示されます。
これが意図した変更の場合はスナップショットを更新しましょう。実行コマンドに-u
オプションを付けてあげます。
yarn storyshots -u
1件が更新されました。
なるほど、なるほど。 StoryShotsがどういうものか掴めてきました。(いやな予感がする・・・)
次に、Welcome/index.js
を使っているコンポーネントWelcome/Wrap.tsx
を作成してみます。
// Welcome/Wrap.tsx import React from 'react' import Welcome from './index' const Wrap: React.FC = () => { return <Welcome /> } export default Wrap
Storyにもこのコンポーネントを追加します。
// Welcome/Welcome.stories.jsに追記 import Wrap from './Wrap' storiesOf('Welcome', module).add('to Storybook Wrap', () => <Wrap showApp={linkTo('Button')} />);
そして、StoryShotsを実行します。
yarn storyshots
1件追加されました。
では、ここでWelcome/index.jsを更新したらどうなるでしょうか?
以下が実行結果です。
2件のスナップショットにエラーがでました。
失敗したスナップショットはWelcome/index.js
自身とそれを使用しているWelcome/Wrap.tsx
です。
StoryShotsによって、コードを変更した際の影響範囲がわかることで、予期せぬところで使われていて画面が崩れてしまったといったミスを防ぐことができそうです。
StoryShotsの効果
StoryShotsを実際に触ってみて、受けれる恩恵は大きく2点かなと感じました。
Storybookの更新漏れを防げる
ただのUI変更ではほぼStoryShotsは必要ないでしょう。
ですが、例えばButtonコンポーネントにcolorというプロパティを追加したとき、StoryShotsを入れておくことで、storyの更新もしなければと気づくことができます。
ただし、プロパティを追加してyarn storyshots -u
で更新してみましたが、テストが通ってしまったので完全にStorybookの更新漏れを防ぐことができないかもしれません。
予期せぬ更新を防げる
変更したコンポーネントが想定しているところ以外に使われていることに気づけるので、レイアウトの崩れや動作しないといった不具合を減らすことができそうです。
ただし、Storybookが入っているところだけが検知できるので、すべてのコンポーネントにStorybookが入っていないとあまり意味がなさそうです。
まとめ
StoryShotsを導入して、どういう効果があるかを確認してみました。
結果的にいまのフェーズでStoryShotsを入れるのは、あまり効果が期待できないと感じました。
Storybook導入の目的が新デザインガイドラインの運用・管理なので、基本となるコンポーネントにしかstoryを追加しないため、恩恵を受けづらそうです。
プロジェクトのはじめからStorybookを入れており、全コンポーネントのstoryを作成していたのであれば、非常に重要なツールかなと思います。