テストの結果を管理するツールです。
Tracなどのバグ管理ツールと連携することができます。

正直知りませんでしたが、それなりに有名なツールみたいですね。

ある程度規模が大きくなり、テスターも多くなるとやはりDBは使い勝手がよいですからね。

とはいえ、今のところあまりUIがよくないので、テスト管理者にはよくてもテスターには微妙な気がしなくもないです。

と、いうわけでメモ。

■ 参考
TestLinkJP – TEF有志によるテスト管理システムTestLink日本語化プロジェクト

きちんと学びたいテストエンジニアのためのTestLink入門：第1回　テスト管理システムとは何か？｜gihyo.jp … 技術評論社

Mantis のチケット間の関連付けが非常に便利なのですが、Trac にはこの機能がないのはナゼだろう。

Redmine も使ってみたいなぁ。

入門Redmine Linux/Windows対応

現在こしあん達は、チケットの対応をしたら、コミットしましたよ～とコメントを入れて担当者にチケットを返却する。という方法を取っています。

そこでコミットのタイミングでチケットも操作してしまおうというわけです。こんなコメントを書くとチケットの担当者が自動で変わる感じ。

Tracにはすでに連携機能がありますのでそこをちょろっといじればできそう。

と、いうわけでやってもらいました。
この辺りのカスタマイズって楽しい（〃▽〃；）

【参考】
Trac と Subversion を連携させる – snbhsmt_log

低徊趣味的IT稼業:trac第二弾

導入事例です。
（※ あくまで こしあん が記事から読み取ったことを元にしているので実際とは違う点もあるであろうことをご了承ください。）

trac の、チケットとリポジトリブラウザの連携機能などの優れた一面があるからこそ、確かにそれを使わない手はないように思えますが、「SEとPGが分かれているようなちゃんとした(言わば古めかしい)会社は、せいぜい困ってください」とせせら笑われているようで、なんとも忌々しいソフトです。

このような評価は非常に残念でなりません…。
特に経営者の方のようですので。

Trac は OSS のツールですから「ウチの作業フローにあわないよー」といった場合は言うまでもなく、導入をあきらめるか、カスタマイズするか、です。

個人的な見解としてはSubversion連携があるので、Tracを使うならSE,PG間のやりとりに使うべきかなと思います。で、Trac は見た目がダサイので顧客に見せるのは別のバグトラッキングを使う、というのはどうでしょう。 Mantisとかが比較的マシかなと。
対顧客と対PGでは管理するものが別なので、2重管理とは言わないのではないでしょうか。連携はExcelもwebもハイパーリンクでどうにでもなりそうですしね。（このへんテキトー）

おっと。そうでした。Trac は見た目がアレだって話をしたかったのです。
イケてるCSS落ちてないかな？

Subversionではファイル（ディレクトリ）毎にメタデータを設定します。ファイルに以下のメタデータを設定すればキーワード置換できます。

値にはId Date Author Revなどを設定します。
メタデータの設定はSubversionのプラグインが入っているEclipseなら、「ファイルを右クリック→チーム→プロパティの設定」で可能です。

既存のファイルに設定するときはこれでよいのですが、新規にファイルをAddするたびにメタデータを設定するのは面倒なのでデフォルトで設定されるようにしておくのが一般的です。
これもクライアント側で設定します。EclipseではSubversionのプラグインによってconfigファイルを読み込ませたり、プラグインの設定でできたりと異なるようですので、プラグインに合わせて設定してあげてください。

さて、これでCVSと同じに…というと、そうではないのですよ。なんででしょうね？

CVSでは置換した結果をリポジトリのマスタに保存しています。しかし、svnのリポジトリでは置換する前のデータのままなのです。
そして、チェックアウトしてくるタイミング（？）で置換される、と。（ほんと？）
メタデータを分離しようってことなのでしょうね。

置換するのはクライアント依存なのか、tracのリポジトリブラウザでソースを見ると、キーワードが置換されていませんでした。なんとかして。

ちょっとわけわからなくなってきましたが、”CVSとは違うのだよ”ということを片隅に覚えておくと幸せかもしれません。

【参考】
Subversion キーワードの展開 – とみぞーノート