大西　Rexさん、このたびはJaSST'05の基調講演のために来日くださり、ありがとうございます。この懇談会では、まずRexさんから、2冊にわたるテスト管理の本を書かれた際の裏話や、苦労話、はたまた面白い話などありましたらお聞きかせいただけないでしょうか。 Rex Black（以下Black）　苦労というほどのことは、そんなにありませんでした。ほとんどの場合、自由に何でも書いてよい立場にあったからです。クライアントからはNDA（Nondisclosure Agreement＝守秘義務契約）上の制約こそありましたが、開発の人たちが体験したことを書いてよいとの承諾を得ることができましたから。もちろん、プロジェクトが明示的に分からないように日付を変えたり名前を変えたりはしています。また、ケーススタディでは不適切と思われる表現は変えています。皆さんも経験があると思いますが、プロジェクトを進めていく

今回は、どのビルドでどのようなテストをすべきかを計画する方法について説明します。ソフトウェア開発プロジェクトでは、いろいろな計画を立てなければいけませんが、テスト計画はその中でも大事なものです。テスト範囲とテスト戦略、QA要員やテストに必要なソフトウェア／ハードウェアなどのリソース調達、そしてスケジュールなどについて、テスト計画書を記述します。また、具体的なテストケースの記述と、この実施についても計画しなければなりません（一般に、テスト計画書の中にはテストケースは含まれません）。一口にテストといっても大変に奥が深く、テストのすべてを包括的に説明しようとすれば分厚い本が書けてしまうほどですが、今回は反復型開発において注意すべき事柄に的を絞って説明したいと思います。 テストの目的 テスト計画を立案・実施する前に、なぜそのテストをするのか、そのテストの目的を明らかにしておきましょう。ソフトウェア

ソフトウェアメトリクスとは ソフトウェアメトリクス（品質測定：メトリクス）とは、ソフトウェア開発をさまざまな視点から定量的に評価したものです。普段実際の開発現場では触れられることの少ないキーワードですが、本記事では「ソフトウェアの品質向上」という視点からソフトウェアメトリクスに焦点を当て、開発現場へのメトリクスの導入方法やその効果について解説していきます。 ソフトウェアにとっての品質 エンジニアなら誰もが、良いソフトウェアを作りたい、という思いを持っていると思います。ところが現実には、理想的なソフトウェアを作成するための十分な時間も潤沢な予算もなかなかないのが現状だと思います。それは、ソフトウェアの良しあし、すなわち品質ということについて、顧客と開発会社双方に十分な認識がないからです。このような“慣習”がソフトウェアの開発業界において「作りっ放しで終わり」という悲しい風潮をまかり通らせる背