Test Driven Development - テスト駆動開発 の三段法 ― 2020年12月30日 14時47分54秒
さて、「テスト主導開発」や「テスト先導開発」の手順だが、名が体を表す通り、最初にテストを記述する事から始める三段法を取る。
- テストを記述する。
- テストを通す。
- テストが通ったまま、コードを洗練する。
何故、「テスト駆動」ではなく、「テスト主導」、「テスト先導」なのかは、プログラムの動作を明記する所から始める所にある。テストを「駆動」するだけだったら、プログラムを書いた後でも事が足りる。第一の目的は、動作の明記と固定になる。
二段目はさっさと駆け抜ける所だ。目標は、第一段階で決めた入力に対し、所定の出力を返すこと。目標達成の為ならば、固定値を返しても構わない。
三段目は熟成の場。プログラマの好奇心と実力の発揮どころだろう。二段目で、書いた汚いコードが気になる。付け足して増えたテストとコードのお蔭で、コードの質が下がってきて、保守に手間取る。そんなのに対応し、かつ三段の中でも一番力が入るところ。どれだけ力をいれても、第一段で動作を固定し、そこから飛び出なければ安全。安全ベルトを締めているので、意図しない動作の差異を見つけるのは用意。もし、意図しない動作が表に出てしまったら、テストケースの欠如になる。
最初は、テストから書き始め動作を全て決めてしまう開発は何とも息苦しい物だと思った。しかし、テストを一つずつ追加していく行為は、安全ベルトを一本ずつ締めていく操作。安全圏から出るとすぐに感知されて結果に出る。安全圏をしっかりと固めた為に、その圏内での自由度は逆に最大になるのだ。言わば、「テスト駆動開発」は命綱から綯う事から始める開発手法なのだ。
コメント
トラックバック
このエントリのトラックバックURL: http://uyota.asablo.jp/blog/2020/12/30/9332022/tb
※なお、送られたトラックバックはブログの管理者が確認するまで公開されません。
コメントをどうぞ
※メールアドレスとURLの入力は必須ではありません。 入力されたメールアドレスは記事に反映されず、ブログの管理者のみが参照できます。
※なお、送られたコメントはブログの管理者が確認するまで公開されません。