TDDが必要なのはどんな時？新人の質問からテスト駆動開発の理解を深める - BIGLOBE Style ｜ BIGLOBEの「はたらく人」と「トガッた技術」

開発部門（基盤本部）でエンジニアの育成を担当している高玉です。 BIGLOBEでは週に1日、集合型の新人エンジニア研修を開催しています。インターネットに公開された教育コンテンツを活用しながら、手を動かして学ぶ（Learn by doing）が特長です。 style.biglobe.co.jp 研修の後に必ずアンケートに回答してもらっているのですが、新人ならではの質問をもらえるのがいつも楽しみです。 さて、テスト駆動開発（Test Driven Development：TDD）について学んだ後にもらったのが、次の質問です。 Q 仕様がコロコロ変わるケースや、コードを触りながらわかっていくような非機能要件などには適用できなさそうだと思いました。どういったケースにTDDが用いられるのでしょうか。逆にどういったケースには向かないのでしょうか？ 研修の様子をお伝えするために、この質問にどう回答したの

[masayoshinym]

“もしかすると、顧客のニーズを把握することなく、出たとこ勝負でプロダクトを開発しているのかもしれません。”

[xlc]

mochaではBDDとTDDの違いは関数名だけ(describe/it → suite/test)。気取ってBDDにする意味など何もない。まずはTDDで関数/メソッド単位に網羅率100%目指してテストするところからはじめればよいと思ってる。

[takatama]

学生時代に自動テストを書く人はまだ少ないようです。新人研修で丁寧に対応している様子を、TDDを題材にして書きました