バグ/欠陥を追跡するための提案されたアプローチはありますか？
Tfsの欠陥ソースを追跡するための最良の方法は何ですか？
脆弱性チーム、顧客、プリセールスなど、プロジェクトにはさまざまなチームがあります。ビルドを提供し、これらのチームが独自にテストします。彼らは私たちのtfsシステムにアクセスできません。したがって、彼らは通常、電子メールで欠陥を送信します。通常、Excel形式で送信されます。私たちのテストチームはこれらを取り上げてtfsに記録します。
元の欠陥の説明（Excel）を変更し、期待される/実際の結果を追加する場合があります。時々彼らは出典を引用するのを逃します。私はさまざまなソースをそのように管理することについて話している。
これらのソースをtfsに追加し、実際にこの特定のソースを欠陥にリンクし、それらに関連付けられた個々のコメントを付ける方法はありますか（ソースのどこに欠陥の実際の資料があるかを示します）。
編集：
さまざまなソースを管理する方法があるかどうかはわかりません。これを考慮してください：脆弱性評価チームは欠陥/提案を出しました。彼らはそれをExcelにキャプチャし、それをテストチーム（私の場合）に渡しました。テストチームは、欠陥を詳しく説明し、tfsに記録する責任を負います。ここで、Excelに20個の欠陥アイテムが付属しているとします。これが私の情報源です。 （それは質問に答えますこの欠陥はどこから来たのですか）。したがって、最終的には、バグがどこから発生したかを知っているので、最終的には、ExcelまたはExcelファイル自体が送信されたVAチームから送信された電子メールを確認します。 VAチームによる。
そのExcelの20項目の1つである可能性があります。テスターはこのソースに一度だけリンクする必要がありますか？それどころか、テスターが同じExcelを20回接続することは意味がありません（つまり、tfsにログインしているときに20個の欠陥に対して同じExcelを接続する）。私の主張を理解していただければ幸いです。
バージョンとニーズに応じて、TFSのバグを追跡する方法はいくつかあります。ここにあなたが考えるためのいくつかのリソースがあります：
- 方法：バグを追跡する
- 方法：Microsoft Test Managerを使用してバグが修正されたことを確認する
- TFS 2010プロジェクト管理-バグ追跡セクション
- バグ、タスク、およびその他の作業項目の追跡
TFS2008を使用している場合は、この投稿が役立つ可能性があります： TFS 2008でのバグ追跡