TFSを使用してプロダクションサポートからバグを追跡する
私はちょうど新しい会社に引っ越しました、そして彼らは彼らのバージョン管理システムとしてTFS 2010（数ヶ月で2012）を使用していて、最近それを開発者のための仕事の追跡システムとして使用し始めました。
ただし、開発とテスト以外の人が使用するバグ追跡システムはないようです。プロダクションサポートは、問題のレポートを取得し、その場で修正し、現時点でユーザーに報告しています。これは変更する必要がありますが、バグの追跡と開発作業の追跡のための特別なシステムは必要ありません。
FogBugzと同じように、TFSにバグを入力する非常に軽量な方法を作成できる方法はありますか？バグレポートに記入するためにTFSにログインするのはかなり重いようで、特定のアプリケーションに関連付ける必要があります。サポートはこれを行うことができるかもしれませんが、アイテムをトリアージして、関連付けをアプリケーション以外のものに変更できるようにしたいです。
私は過去にFogBugzを使用しましたが、バグを追加するときは、アイテムに好きなだけ多く/少なく追加できるので、少なくとも記録され、後でバウンスしてチケットをトリアージするときに詳細を取得できます。
26のうちの17が示すように、それは主にどのフィールドが必要かによって異なります。 [〜＃〜] i [〜＃〜]がJIRAのようなものを使用するのではなくこれを実行する理由は、単一のビューを取得することです2つのシステムを集約する必要があるのではなく、開発者が取り組んでいること.
TFSにはリソースキャパシティプランニングもあり、計画で生産上の欠陥を示さない場合（そしてそれらが時間のかなりの部分を占める場合）、実際にはキャパシティを計画していません。実際、これは、開発者がTFSを利用し、プロダクション（DevOpsなど）をサポートするチームにとって理想的なソリューションだと思います。
それは、メインのプロダクションサポート/ ITIL作業に他のツールを使用できないことを意味するのではなく、手動またはできれば自動的に、それらが統合されていることを確認する必要があるだけです。そのようなツールのほとんどは、カスタムフックを配置することを可能にし、TFSは確かにそうします。
とにかく、メインの質問に。私はCMMI TFSテンプレート（実際にはアジャイルBTWで正常に動作します）を使用し、ドロップダウンの1つに単一のフィールドを追加しました。
手順は次のとおりです。
インストール TFS Power Tools
サーバーから作業項目テンプレートを開きます
専門分野フィールドを編集
分野フィールドは、欠陥に関連する作業の「種類」です。標準値は次のとおりです。
- 分析
- ユーザー体験
- ユーザー教育
- 開発
- テスト
私たちがやろうとしていることは、そのリストに「Production」を追加することです。最初に、[専門分野]フィールドを編集します。
次に、「ルール」タブをクリックして、ALLOWEDVALUESルールを編集します。
次に、「新規」をクリックして、値の1つとして「Production」を追加します。
フィールドリストに戻るまで、[OK]を繰り返しクリックします。
作業項目テンプレートを保存します
はい、これで完了です。新しいバグを作成し、そのタイプを「プロダクション」として示すことができます。また、プロダクションの欠陥を確認するいくつかの作業項目クエリを作成し、それらを固定された項目に追加します。最後に、既存のバグクエリを確認し、「プロダクション」バグが最初に現れるように順序を変更します（可能な場合）。
いいえ、そうです。MicrosoftのプレミアALMは、Visual Studioや開発チーム以外ではあまり役に立ちません。
チームエクスプローラー（VSの非常に簡略化されたバージョン）を使用してワークアイテムにアクセスするか、TFS Webサイトからアクセスできます。バグフィールドは、私が過去に使用するのに不幸であった古代の「エンタープライズ」バグトラッカーを連想させるので、どちらも特に良いオプションではありません。
TFSのバグには本当の違いはありません。アイテム自体のフィールドを使用してフィルタリングするトラッカーは1つだけなので、カテゴリフィールドを使用して、特定のタイプのカテゴリのみを表示するレポートを作成します。これがTFSの唯一の現実的なオプションだと思います。
外部の問題追跡が必要な場合は、TFSを選択するのは適切ではないと思います。JiraやRedmineなどを使用してバグを管理する方がよいでしょう。それらのインターフェイスはTFSよりもはるかに優れており、使いやすいです。 Redmineにメールを送信する方法が特に気に入り、オフサイトワーカーにとって理想的なユーザビリティ機能である新しい問題が発生しました。
このMicrosoftブログの投稿 は、オーバーヘッドの低減に役立つはずのTFSの計画的な改善について説明しています。
- FacebookやTwitterと同様に、見やすく、ディスカッションと言及のオプションが含まれる新しい作業項目フォーム。
- カスタムフィールド
- 改善されたかんばんサポート、たとえば、作業項目のタスクのクイック追加。
- ダッシュボードとメトリックについても説明します。
開発者以外のユーザーは、Webブラウザーを使用してチームプロジェクトポータルに移動することにより、TFS作業項目追跡システムにアクセスできます。 URLを見つけるには、Visual Studioで[チーム]> [プロジェクトポータルの表示]に移動します。そこから、権限を持つ誰でもワークアイテムを参照、作成、または変更できます。また、あらゆる種類のレポートを生成して、状況を確認することもできます。
使用可能な作業項目の種類と作業項目のフィールドは、TFSの構成方法（主にどのプロセステンプレートを選択したか）によって異なります。
バグを入力するために必要な情報は、TFSの構成方法にも依存します。私たちの場合、タイトル、再現手順、およびそれが見つかったビルドが必要です。TFS作業項目追跡システムは非常に強力で柔軟です。必要に応じて複雑にすることも、単純にすることもできます。すべて、設定方法に依存します。