お気に入りのバグ/問題追跡システムは何ですか? なぜ？
(この質問には、少なくとも 3 つの異なるバグ追跡システムをかなり長い間使用している場合にのみ回答してください。また、これらのシステムについても言及してください。)
3806 次
13 に答える
9
FogBugzは次のように優れています。
- 使い方は簡単
- 直感的
- よく統合します
- 特徴的な
于 2008-10-28T10:07:36.917 に答える
8
Jiraに投票します。柔軟かつ迅速で、ソース管理との統合が良好です。また、サブタスク、優れた分類、および構成可能なワークフローもあります。
于 2008-10-28T11:19:50.530 に答える
3
私たちは、 GForgeを置き換えるために多く (おそらく 10 か?) の問題追跡システムをレビューするという、かなり時間のかかるプロセスを経てきました。無料の商用システムを検討しました。
率直に言って、レビューしたすべてのシステムにがっかりしました。この分野には改善の余地がたくさんあります。
それらの多くは貧弱なインターフェースを持っていました ( OnTime、JIRA、Bugzilla )。一般的に、当社のエンジニアはこれで問題ありませんでしたが、プロジェクト マネージャー、システム インテグレーター、および顧客にとって、明確で美的に満足できるインターフェイスを提示することが重要です。
ネストされたサブ課題をサポートしているものはほとんどないことに驚きました。もちろん、ソフトウェアの世界では、タスク (問題または新機能) をより小さなコンポーネントに分割し、それらを別の人に割り当てることは非常に一般的です。しかし、ほとんどのシステムはそれができなかったか、うまくできませんでした。
一部のシステムは非常に強力で構成可能ですが、実際にはサードパーティの拡張機能またはプラグインが必要でした。たとえば、 JIRA とTracの柔軟性は非常に気に入りましたが、システムを構成して見栄えを良くしたり、より機能的にしたりするためには、かなりの時間を費やす必要がありました。
もちろん、私たちが関心を持っているのはこれらだけではありませんが、この記事はすでに長くなりすぎています!
もちろん、あなたの要件は私たちの要件とは異なるでしょう。何が必要かを理解し、徹底的に調査することをお勧めします。
FogBugz、JIRA、およびTracが候補リストにありましたが、いずれも優れた機能を備えていました。しかし、最終的に彼らは、私にとってはそれまで知られていなかった製品、 VisionProjectに打ち負かされました。
VisionProject は魅力的で、パワフルさと使いやすさのバランスが取れています。現時点で唯一の欠点は、新しい (v4.0 以降の) Ajax-y インターフェースに少しバグがあることです。しかし、一晩で、時には数時間以内に複数のバグ修正が行われました。非常に反応の良い開発チームに敬意を表します。
私たちはまだこのシステムを試行中であり、完璧ではありませんが、他のすべての競合他社と比べて非常に優れています.
于 2008-10-28T12:31:19.480 に答える
2
Team Foundation Serverですが、単なるバグ トラッカーよりも少し大きいです。
于 2008-10-28T10:07:44.310 に答える
1
無料で使用でき、信じられないほどシンプルで使いやすいです。「開発プロセスに合わせてすべてを構成する」ことで肥大化するのではなく、アジャイル開発サイクルを実施します。
于 2010-10-21T11:05:13.127 に答える
1
Tracを採用した理由は次のとおりです。
- インストールはかなり簡単です: セットアップ手順に正確に従えば動作します。これは一般的な状況ではありません!
- 使い方は非常に簡単です
- プロジェクトごとにカスタマイズ可能です (コンポーネント、チケットの種類、重大度、バージョンなど)。
- 柔軟でカスタマイズ可能なレポートセクションがあります
- ウィキが統合されている
しかし、私たちにとっては大きな欠点があります: CVS のサポートです。しかし、これは必須ではないため、採用しました。
于 2008-10-28T11:36:35.630 に答える
1
しばらくの間、 Bugtracker.netを使用しています。
それは良いですし、価格（無料）は正しいです.
私のお気に入りの機能のいくつか (サイトから):
電子メールの送受信はトラッカーと統合されているため、バグに関する電子メール スレッドはバグと共に追跡されます。
受信メールをバグとして記録できるようにします。たとえば、顧客からの電子メールは、トラッカーで自動的にバグ/チケットに変換される可能性があります。
ファイルとスクリーンショットをバグに添付できます。数回クリックするだけで、スクリーンショットを撮って注釈を付け、バグとして投稿できるカスタム スクリーン キャプチャ ユーティリティ [スクリーンショット] もあります。(Fogbugz にインスパイアされた)
独自のカスタム フィールドを追加します。
バグが追加または変更されたときにお知らせする電子メール通知を購読してください。または、関心のあるバグについてのみ通知を受け取るように設定を変更します。
于 2008-10-28T12:41:57.523 に答える
0
VersionOne (www.versionone.com) が好きです。アジャイル プロセスの 1 つ (スクラムなど) を使用している場合に適しています。すべての欠陥の管理に加えて、すべての機能とタスクを管理できます。適切な欠陥ライフサイクルが定義されており、利用可能な API があり、CVS と統合でき、Outlook アドインが存在します。まだ改善できる点がたくさんありますが、アジャイル手法を使用している場合、全体として、欠陥管理に適したシステムです。
于 2008-10-28T11:01:48.803 に答える
0
Bugzillaも悪くありません。
Bugzilla はさまざまな状況に非常に適応します。現在知られている用途には、IT サポート キュー、システム管理の展開管理、チップの設計と開発の問題の追跡 (製造前と製造後の両方)、および Red Hat、NASA、Linux-Mandrake、VA などの著名人のソフトウェアとハードウェアのバグ追跡が含まれます。システム。Bugzilla は、 CVS、Bonsai、Perforce SCMなどのシステムと組み合わせることで、構成管理とレプリケーションの問題に対する強力で使いやすいソリューションを提供します。
Bugzilla は、文書化されたワークフローと良好なパフォーマンスに対する肯定的なフィードバックを提供することで、個々の従業員の生産性と説明責任を劇的に向上させることができます。朝起きて、今日何かをするはずだったのに、まったく思い出せないことが何回ありますか? それを Bugzilla に入れれば、マイルストーンを推定したり、統合する製品バージョンを予測したり、重要な決定につながった議論の道筋をたどったりできる記録が得られます。
最終的に、Bugzilla はあなたの雇用主やビジネスに対する価値を向上させる力をあなたの手に委ね、同時に細部への自然な注意とナレッジ ストアを繁栄させるための使用可能なフレームワークを提供します。
于 2008-10-28T10:06:56.260 に答える