そろそろ大規模ソフトウェア開発に一言いっておくか。デイリービルドとリグレッションテスト

会社の勉強会で自分の今までの経験からテストについてお話をした。その資料を公開する。自分が関わった、Oracle8、DEC Rdb、日本語COBOL、そしてSamba3.0国際化プロジェクトでのテストやディリービルドなどについて紹介した。

テストファースト開発など、最近広く知られるようになってきたが、ディリービルドとリグレッションテストの実行という方法論は昔からソフトウェア製品開発の現場では行われていたベストプラクティスである。そのリズムとか雰囲気を伝えたかった。

テスト勉強会よしおか100311 1

View more presentations from Hiro Yoshioka.

テストがある開発現場ってのは、こんな感じなんだ〜という雰囲気が伝われば幸いだ。

アジャイル開発方法論としてXPの手法とかいろいろ知られているが、このディリービルドとリグレッションテストというプラクティスもその一つである。

闘うプログラマー（ビル・ゲイツの野望を担った男達）には、大規模ソフトウェア開発のドラマが記されている。そしてディリービルドやリグレッションテストの話が出ている。わたしも1998年ごろに書いたシリコンバレー日記やこのはてなの日記でもそれを何度か取り上げた。

リグレッションテストがあると、安心して心の平静が保てるのである。

例えば、テストのないレガシーコードにテストを作ることによって、そのシステムの理解が深まったり、動作を記述することによって、変更の影響が即座にわかったりする。変更の影響がわかれば、大胆に実装を変更したりすることが容易にできるようになり、開発の俊敏性が高まる。それが安心であり、心の平静が保てる。

テストがないシステムはレガシーシステムであるが、それをモダンにする第一歩はテストを書くことである。

新規に開発するプログラムもテストがなければレガシーシステムである。そして初めからテストを書いていれば、実装したプログラムの機能を確認できて、安心であり、心の平静が保てる。

Oracle8の開発には100名以上のプログラマが関わった。間違いなく大規模ソフトウェア開発である。そして大規模なソフトウェアだからこそ開発の俊敏性が求められ、市場の変化に柔軟に対応することが市場に生き残る条件となるのである。