AIエージェント時代のBDD：Yadda 3.0.0リリース、コーディングはもはやボトルネックではない
Yadda 3.0.0: BDD in the Age of AI Agents
JavaScript向けBDDライブラリ「Yadda」のメジャーアップデート3.0.0が公開された。今回のリリースの大部分はClaude Code（Opus 4.8）によって書かれており、著者はわずかな介入で約1日で完了したと報告。さらに、並列エージェントによる開発では、人間の調整能力が新たなボトルネックになると指摘。実行可能な仕様書は、エージェントにとって貴重なコンテキストとなり、BDDの経済性を変える可能性があると論じる。
コーディングはもはやボトルネックではない。ボトルネックは、作業を調整する人間だ。
HNでの議論
28- wesselbindt
テストとテスト対象システムの間に抽象化レイヤーを置くという考え方は理解しています。何をするかとどのようにするかを切り離すことで、堅牢で保守しやすく、さらには再利用しやすいテストスイートが実現します。実際に使っているのを見たことがありますが、素晴らしいアイデアで、私自身もその恩恵を受けてきました。素晴らしいものです。
私が本当に理解できなかったのは、なぜ一部の人が抽象化に自然言語を選ぶのかということです。それは非常に奇妙でコストのかかる選択に思えます。コードベースに追加する抽象化レイヤーのほとんどは、プログラミング言語自体で書かれ、関数やクラスなどです。しかし、この特定の抽象化の種類に関しては、人々は自然言語を使うのです。
標準的なDSLよりも自然言語を使う潜在的な利点として考えられるのは、非技術者の同僚がこれらの仕様を読んだり書いたりできることです。しかし実際には、これがうまくいったのは人生で一度だけ見たことがあり、それも自然言語ではなく、より伝統的なDSLを使った場合でした。
私が見落としている隠れた利点はありますか？
- jesol
私もBDDはUI受け入れテストにとって本当に強力なツールだと思います！現在、2つのAIコードベース（1つはエンジニアリングされたもの、もう1つはvibecodedのもの）にBDDを追加する作業をしてきましたが、これまでのところほとんど肯定的です。非エンジニアが自分のコード変更がUIにどのような影響を与えるかを確認できるのは素晴らしいことです。また、高レベルのAPIテストとUIテストがあることで、最初のクリーンアップレイヤー（モデル/サービスを通じたDBアクセスの標準化、単一のAPI SDK）が強制されることも良いと感じています。
また、RESTインターフェースをTypeSpecで標準化し、データベーススキーマをDBMLで標準化することにも非常に興味があります。高レベルの仕様でこれらの閉ループを作成することは、AIプロジェクトをチームが所有できるようにする最良の方法の1つだと思います。
- krautsauer
「振る舞い駆動開発」
私は二分決定図に関するものを期待していました。頭字語は最悪です。