 |
||||||||||||
|
||||||||||||
| 前のページ 1 2 3 4 次のページ | ||||||||||||
|
||||||||||||
| 成果物の管理 | ||||||||||||
|
ソフトウェアの開発プロジェクトでは、表1にあげるように管理すべき成果物がたくさんあります。
表1：管理すべき成果物
これらが正しく管理されていないと、チームでの開発に混乱が生じます。 例えば、「入手した仕様や設計を利用してテストコードやソースコードを作ったが、文書が更新されていなかったため再び作り直すことになった」や「テストを行い証跡まで採ったけれどもテスト対象が最新のモジュールでなかったため再テストになった」といった状況も起こるかもしれません。 こうならないように、成果物が最新に保たれ、かつ簡単に入手できる環境が必要です。 成果物を管理するツールとしてマイクロソフトからは、Visual SourceSafeが提供されています。VS2005のリリースにあわせてVisual SourceSafe 2005も提供されますが、VS2005 Team Foundation Serverにはソースコードの管理機能があります。これに加えて、各種のドキュメントを管理する領域が、ソースコードを管理する領域とは別に設けられます。これらへのアクセスが、VS2005からTeam Explorerを利用してシームレスに行えることは、開発者の生産性向上につながると考えます。  図5：ソースコードの管理と文書の管理 （画像をクリックすると別ウィンドウに拡大図を表示します） |
||||||||||||
| テストコードを資産に | ||||||||||||
|
ソースコードと同様にテストコードの管理もできます。せっかく管理するテストコードなので、これをソースコードの受け入れの段階から開発全般を通して有効に使うことを考えましょう。 テスト駆動開発をしているのなら、テストコードとソースコードを一緒に納品してもらうのは当然です。新しく納品されたソースコードはビルドされ、一緒に納品されたテストにすべて合格するはずです。その上、新しく納品されたソースコードは、一緒に納品されたテストを含め、以前に納品されたすべてのテストに合格することが必要です。 このように納品のたびにビルドが行われ、それと同時にテストが行われるというプロセスを実践することで、新たに納品されたソースコードによるリグレッションやデグレードを早期に発見することができます。つまり、テストコードは繰り返し利用されるものになり、ソフトウェアのライフサイクルを通じて不具合を検出するための重要な資産になります。 こういったビルドプロセスについてもVS2005は支援してくれます。納品されたテストは、Test List（注3）としてまとめることができ、VS2005 Team Foundation ServerのBuild Typeに結びつけることができます。この結果、ビルドが実行されるたびに、テストが実施されるというプロセスを実践できるのです。
※注3：
VS2005 Team Edition for Software Testersで提供される機能です。
|
||||||||||||
| VS2005 Team Foundation Serverが提供する管理機能のまとめ | ||||||||||||
|
このように開発時に必要となる項目のいくつかに対して、VS2005 Team Foundation Serverは、効率的な管理機能を提供してくれます。 これらの機能をうまく使うことで、開発にかかる管理負荷を軽減し、テストコードを繰り返し利用できる資産にすることが可能です。この結果、本来の目的である品質の高いソフトウェア開発に開発者の能力を集中させることができるようになると考えます。 しかし実際の開発では、これらの情報を管理するだけでなく情報を共有することが必要です。VS2005 Team Foundation Serverには、情報を共有する仕組みもあります。次にVS2005 Team Foundation Serverが提供する情報共有の仕組みについても解説していきます。 |
||||||||||||
|
前のページ 1 2 3 4 次のページ |
||||||||||||
|
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
-
-
連載
