System)に焦点をあてる。バグ管理システムの基本的な部分から解説し、「Trac」を題材に、チケット管理から運用方法、subversionとの連携まで解説していく。第1回ではBTSの基本を押さえていこう。BTSとは、ソフトウェア開発において発生するコード上のバグを管理するシステムである。バグの管理は、Ecelや紙で行っているプロジェクトもある。近年ではこのBTSが利用されてきている。BTSが利用されるようになった背景をみていこう。BTSか近年のソフトウェア開発においては、バグを漏らさず修正することが重要である。バグを漏らさず修正するには、その管理が求められる。発見されたバグが修正されずに残ったままリリースされたのでは意味がない。発見されたバグを1つ1つすべてつぶしていくことができれば問題はない。現在のソフトウェアは、そのソースコードの膨大さや他のソフトウェアとの連携により、バグの数が増えており、すべてのバグの状況を知ることが難しくなってきている。多人数のチームによる開発がメインとなっているため、誰がバグを修正するのか、またはバグの修正中なのか、それとも修正が終わっているのか、というタスクの情報が見えにくくなっている。修正漏れを防ぐため、バグの対応状況を把握なぜBTSか?これらの情報を把握しておかないと、結果としてバグの修正漏れや修正の重複によるコストが発生してしまう。引いては連載「バグ管理のノウハウ」でも紹介したように、大きな事件にまで発展することがある。進行状況を管理するものが必要となる。これらの情報を管理するため、これまでもさまざまなアナログ的な方法が用いられていた。その管理が追い付かなくなり、ソフトウェアでバグを管理するBTSが生まれたのである。次にバグ管理の流れを見ていこう。次のページこの記事の評価をお聞かせくださいボタンをクリックしますとウインドウが開きます。