エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
特集 「テスト駆動開発」はプログラマのストレスを軽減するか?(4/4) - @IT
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
特集 「テスト駆動開発」はプログラマのストレスを軽減するか?(4/4) - @IT
プログラマに優しいTDD さて、以上の手順を見て、レッド/グリーン/リファクタリングのリズムが、小さ... プログラマに優しいTDD さて、以上の手順を見て、レッド/グリーン/リファクタリングのリズムが、小さく繰り返されていることが分かるだろう。サイクルの短さは、TDDの1つの特徴といえる。しかし、それがいったい何をもたらしてくれるのだろうか。 まずグリーン状態が長期間続き、レッドはほんの短い時間しか現れないことに注目しよう。もし、サイクルを大きく取って回すと、グリーン状態が長続きできないケースが生じる。例えば、100個のテストを作成し、それをパスする100個のメソッドを作成するなら、100個目のメソッドが完成するまで、グリーンバーを見ることができない。しかし、TDDはサイクルが小さいので、ほとんどの時間はグリーンの状態が維持され、一時的に、1つの項目だけがレッドに陥るだけである。それも、短時間でグリーンに回復する。テストが失敗している状態が放置されるよりも、いつもテストをパスしている方が、プロ