システム開発の現場で、「仕様書の内容と、実際に出来上がったものが違う！」という悲劇、経験したことはありませんか？
そんなコミュニケーションのズレを解消し、チーム全員が同じイメージを持てるようにしてくれるのが、今回ご紹介する「Gherkin（ガーキン）」という言語です。
Gherkinは、一言でいえば「人間が読める言葉で、システムの振る舞いを書くためのルール」です。
ソフトウェアの仕様や受け入れ条件を、自然言語に近い定型文で書くための記法です。主に BDD（Behavior-Driven Development / 振る舞い駆動開発） で使われます。
開発者、QA、PO、非技術者が同じ仕様を読みやすくするのが目的です。
Gherkinの一番のポイントは、決まったキーワードを使って「箇条書き」で書くことです。
このように、「もしもの話」を型にはめて書くだけなので、プログラミングの知識がなくても書くことができます。
例えば、ネットショップのログイン機能をGherkinで書くとこうなります。
Feature: ログイン機能
Scenario: 正しいIDとパスワードでログインできる
Given ユーザーがログイン画面を開いている
When 正しいメールアドレスとパスワードを入力する
And ログインボタンを押す
Then マイページが表示される
どうでしょう？これならエンジニアではないディレクターや顧客でも、「何を確認したいのか」が一目でわかりますよね。
「Given/When/Then」で書くことで、仕様の曖昧さがなくなります。ビジネス側と開発側の認識合わせがスムーズになります。
この文章は、専用のツール（Cucumberなど）を通すことで、なんとそのままプログラムとして実行できます。
「文章を読ませるだけで、システムが正しく動くか自動でチェックしてくれる」という魔法のようなことが実現します。
古い仕様書はすぐにゴミになりがちですが、Gherkinは「テスト」として日々実行されるため、常に最新のシステム仕様を反映したドキュメントとして機能し続けます。
Gherkinは、技術者だけのものではありません。「チーム全員の共通言語」です。
「仕様をもっと分かりやすく伝えたい」「テストを効率化したい」と考えている方は、ぜひこの「Given / When / Then」のリズムを取り入れてみてはいかがでしょうか？