エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
テスト駆動開発(TDD)ってそういうことだったのか - jun-ichi.blog.hatena
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
テスト駆動開発(TDD)ってそういうことだったのか - jun-ichi.blog.hatena
XPにおける「テストファースト」とか、「テスト駆動開発(Test-Driven Development)」については考え方... XPにおける「テストファースト」とか、「テスト駆動開発(Test-Driven Development)」については考え方もメリットも知識として理解しているつもりであるが、自分で試したことはなかった。利点は理解しつつも、テストコードを作成するためのオーバヘッドをどう見積もるかとかそんなことばかり考えていて、いまいち腹に入ってなかったのだけど、自分で試してみて(といっても数時間だけど)よく分かった。僕が自分でプログラムを書くときには基本的にTDDでいこうと思う。 たぶんTDDをはじめるために必要なことは、「プログラム中の動作確認のために書いているダミーコードを、テストフレームワークが規定する書式で書く」というだけのことなのだ。したがって、「規定の書式」を理解するための労力(数十分だ)以外は、これまでの開発と大差はない。しかも、こうすることでこれまでは捨てていたダミーコードやダミーデータをテス