問題タブ [bug-tracking]

何度か、独自のバグ追跡システムを構築したいというチームの計画に直面しました。製品としてではなく、内部ツールとしてです。

私が好意的に聞いた議論は、通常、次のようなものです。

• 社内で構築されたWebフレームワークの観点から「自分のドッグフードを食べたい」
• 高度に専門化されたレポート、または独自の方法で機能を微調整する機能が必要
• バグ追跡システムを構築することは難しくないと信じています

既存のバグ追跡システムの購入をサポートするために、どのような議論を使用できますか？特に、どの機能が簡単に聞こえるが実装が難しいか、または困難で重要であるが見落とされがちな機能はどれですか。

この質問は製品固有すぎるかもしれませんが、誰かが HP Quality Center からバグ追跡データをエクスポートしているかどうか知りたいです。

HP Quality Center (QC) には古い学校の COM API がありますが、Web サービスまたはスクリーン スクレーパーを使用して、データを Excel スプレッドシートにエクスポートしたいと考えています。

いずれにせよ、ホストされている HP Quality Center からバグ追跡データをエクスポートする最良の方法は何ですか?

複数のチケットを Trac に追加したり、自分の todo リストとして持つのは非常に面倒です。これにより、人々は独自のタスク管理ツールを使用するようになり、タスクがあちこちに分散されます。

チケットを追加するプロセスを早めるプラグインまたはマクロはありますか?

つまり、私の現在の仕事では、通常、各プロジェクトに 1 人から 3 人の開発者、1 人から 2 人のアート ディレクター、1 人のプロジェクト マネージャーがいます。

プロジェクトを個別に管理できるソフトウェア、ソフトウェアの組み合わせ、またはある種のサービスを探しています。1 つのシステム/ソフトウェア内で複数のプロジェクトを同時に管理できることが重要です。各プロジェクトのセットアップ プロセスが複雑すぎる)。

SVN と統合し、バグ/機能/リクエストを追跡し、マイルストーンを設定し、SCRUM のようなアジャイル管理を行えるようにする必要があります。

できれば、Windows で実行できるようにする必要があります (あまり手間をかけずに、同じ Windows 2003 サーバーに Apache+Python+Svn+Trac を配置して、それらをすべて一緒に実行させようとしたことがありますか? 面白くありません)。 NET の開発と、ほとんどのサーバーで Windows 2003 が実行されています。

匿名でチケットを送信できるようにするには、trac をどのように設定すればよいでしょうか?

特定のプロジェクトでは、合計 10 人のチーム メンバーと協力しています。

プロジェクトに約 1 年取り組んだ後 (それ以来、Mantis をバグ/機能トラッカーとして使用)、新しいタスクの作成方法、コメントの仕方を説明する標準が設定されていないため、バグトラッカーの使用はますます難しくなっています。これにより、同じバグに対して複数のエントリが作成されたり、検索時にバグを簡単に見つけることができなくなったりします。

バグトラッカーをどのように整理していますか? アプリケーションのさまざまな部分 (GUI、バックエンドなど) に多くの (サブ) カテゴリを使用していますか? タスクのタイトルにタグを使用していますか (つまり、「[GUI][OptionPage] エラー」)?

あなたのチームの誰かが新しいタスクを導入することを許可されていますか、それともこのステップは 1 人の「カマキリマスター」 (新しいレポートが重複しているかまったく新しいエントリであるかを知ることができる) を介して行われていますか?

クライアントから、私たちが抱えているすべてのバグについて時間の見積もりを求められました。

バグ修正のスケジュールが設定されており、時間も割り当てられていますが、バグごとに時間は割り当てられていません。簡単に言えば、バグに優先順位を付け、割り当てられた時間内に最も優先度の高いバグが修正されるようにしました。

私はバグに時間を割くのが好きではありません。理由は次のとおりです。

1. 通常は不正確です。修正にどれくらいの時間がかかるかを把握することは非常に困難です。
2. 時間の無駄。
3. コードの品質に影響を与える
4. 長期的にはより多くのバグを作成します (締め切りまでに完了するために、特定のものを見逃す可能性があります)。

バグごとの時間数を提供するのではなく、どのバグが修正されるかについての時間枠のみを提供したい場合、この問題にどのように取り組むべきですか?

バグにどのように時間を割り当てますか? 効果的ですか？時間と労力を費やす価値はありますか？

あまり一般的ではないように思われる問題追跡ソフトウェアで見たい機能があります。それは、チケット (バグ、機能要求など) をサブタスクに分割して表示する機能です。おそらく、特定のチケットとその子チケットの進行状況に関するある種の進行状況バー スタイルのレポートを使用して、階層的に表示されます。

私の考えでは、これは開発者とプロジェクト マネージャーの両方に役立つと思います。プロジェクト マネージャーは何が起こっているかについてかなり広い概要を知りたいのですが、開発者は詳細にドリルダウンする必要があり、タスクをサブに分割する必要があることが非常に多いのです。 -タスク。これは、誰かが 2 つの問題を 1 つのチケットに入れる場合にも役立ちます。

これを行う課題トラッカーを知っている人はいますか? これまで見てきたもの (Trac、FogzBugz、および Basecamp) はすべて、チケットの構成がフラットであるため、開発者またはプロジェクト マネージャーのいずれかにとって有用ですが、両方にとって有用ではありません。Assemblaでは、チケットに子チケット (および複数の親チケット) を含めることができますが、この特定の機能の使いやすさはあまりよくありません。

そのようなイシュー トラッカーがある場合、開発者とプロジェクト マネージャーの両方に使用したことのある人はいますか。または、両方のカテゴリのユーザーが使用できるより良いアプローチはありますか?

(更新:これは、「お気に入りのバグ追跡ソフトウェアは何ですか」という主観的な質問ではありません。特定の目的のために特定の機能を備えたバグ追跡ツールについて尋ねているので、そうでない場合は、お気に入りのバグ追跡ソフトウェアを投稿しないでください。間違いなく主観的な要素は、この特定の目的に対してどれだけうまく機能するかです。)

データベースフィールドに対応しないフォームフィールドを一時的な処理に使用する方法はありますか?

つまり、追加したい：

• 一時フィールドitem1、item2
• データベース フィールドの合計
• sum = item1 + item2を設定するレコードフック付きのボタン

なぜ追加するのですか

//バグ 1024

ソース管理されたコード ベースへのコメント? ほとんどのバグ追跡およびソース管理システムは、この情報を追跡するためのより優れた装備を備えています。ソース管理では、チェックインでラベルまたはコメントを使用できます。バグトラッカーでは、リビジョン番号をバグの解決に追加できます。では、なぜコードにコメントを付ける必要があるのでしょうか。これらのコメントの関連性は非常に短命であり、コードベースを散らかす傾向があるため、特に注意してください。