NTTコムウェア株式会社様

NTTコムウェアでは、1997年からJavaによる大規模システム開発を開始。企業の基幹システムを手掛けることが多い同社にとっては、常に最大限の品質を確保することが重要な課題であり、そのための社内ルールも確立されていたが、これを具体化し、現場の開発に生かすにはツールの導入が欠かせないと判断した。

1997年、同部社では基幹業務にJavaを導入する大規模プロジェクトが進められて以来、これまでに多くのJavaベースの開発を手掛けてきた。システムが大規模になればなるほど、開発ルールとそのルールの展開が、最終的なシステム品質に大きく影響してくる。開発ルールを規定することと、それに準じてシステムを作ることは別問題で、ルールにどう準拠して品質が高いものをつくるかが課題でした。

「開発ルールを規定することと、それに準じてシステムを作ることは別問題です。ルールにどう準拠して品質が高いものをつくるかが課題でした。」（辻氏） 。

Jtestの導入は、比較的小さいプロジェクトでコンポーネントを開発したのが最初だった。当初、Servletベースの簡易なフレームワークを作る必要があり、これを社内にコンポーネントとして展開することに。コンポーネントは利用形態が想定できないため、品質には最大限の注意を払う必要があった。このときJtestを試し、静的試験で満足のいく結果が得られた。技術的なガイドラインの作成も済み、現在は多くのプロジェクトにJtestが展開されている。Jtestの社内での位置づけは、すでにJavaの単体テストツールの「標準ツール」である。

「人の感覚に頼るのではなく、品質の客観的な指標が欲しいということで、まずはこれに取り組みました。今ではJtestのルールは社内に公開され、社員の誰もがダウンロードできる環境にあります。Jtestは、ルールをカスタマイズする際にも柔軟に対応できるところがいいですね。」（NTTコムウェア株式会社システム本部 SE部 村上氏）

今回はバージョンアップだったが、期待以上の工数を削減できた。新規クラスの開発時にJtestを使用すればもっと削減ができるのは確実。クラス数が数百数千になると目視で静的確認を行うのはとても無理だが、Jtestを導入したことにより、かなりの工数削減が可能になる。動的テストは、従来のJUnit 単独のテストと比べて30%以上の工数削減が予想されるが、そのメリットは大きい。あくなき品質向上を追及するNTTコムウェアにおいて、Javaアプリケーション開発におけるJtestの重要性は、これからもますます高まっていきそうだ。

「Jtest導入後も、後発のテストツールを試して評価することがありましたが、Jtestのコストパフォーマンスの高さ、静的解析における性能のよさなどを考えると、他のツールにいこうする理由は見つかりませんでした」（辻氏）

「特に効果を感じたのは、サーバーサイドの新規クラスを作成した時です。これまでは単体テストにJUnitを使用していましたが、Jtestを使った場合、テストケースの自動生成で、ソースの約70%をカバーするテストケースが生成されました。簡単なクラスであれば、Jtestが作るテストケースだけで 100%のカバレッジが可能です。これまではJtestが自動生成する部分もテストケースを作成していたので、準備だけで丸1日かかっていました」（竹内氏）。