レガシーコードからの脱却 まとめ – 10.0

10.0 まずテストから書く

内容

テスト駆動開発(TDD)は死んでしまったと主張する人たちもいる。
良いアイデアに見えるものの実際には多くのテストや、実装に依存するテストがかえって負担になってしまうという「テストによるダメージ」となりうまくいっていないという理由で。
テストファースト開発を行う利点は、既存のコードを変更するときにサポートを得られることであるが、いつテストを書くのをやめるべきかわからないときに、不必要に多くのテストを書くことになったり、実装依存のテストを書くことになったりと、「テストによるダメージ」が発生する。
こうなるとテストの変更が難しくなり、変更しやすさの手助けになるどころか負担となり、コードの変更は困難になり時間がかかるようになる。

しかし、テストを仕様と捉えることで、必要なテストが明確になる。

テスト駆動開発を正しく使用する方法と、落とし穴があることを伝えている。

学び

  • テスト駆動開発を間違って行うと負担になる。正しく使うためには仕組みの理解が必要だ。
  • 不必要に多くのテストや実装依存のテストは

学びを活かすアイディア・行動

  • テスト駆動開発のノウハウ整理
  • 現場のテストコードのコーディング規約づくり

kiyoshi.saito@tttsunagari.jp

アプリ開発をメインにWebアプリ開発をやってるフリーランスエンジニアです。

Leave a Reply

Your email address will not be published. Required fields are marked *