問題タブ [bug-tracking]

私は自分のプロジェクトに何らかの構造を持たせたいと思っている孤独な開発者です。私のハードウェア構成は、Windows XP を実行するラップトップと、ストレージ サーバーとして機能する Ubuntu を実行するデスクトップです。

現在、ソース管理システムとして Mercurial を使用し、リポジトリの作業コピーをラップトップに保存し、バックアップとして数日ごとにリポジトリを Ubuntu マシンに複製しています。

一人の開発者がバグ追跡やプロジェクト計画などを行うために、他にどのようなツールをお勧めしますか? Windows で実行するか、Apache で Web アプリとして実行する必要があるシンプルなものを探しています。

重複の可能性:
優れた BugTracking ツールはどのような機能を備えている必要がありますか?

バグ トラッカーには多くの機能がありますが、少しやり過ぎだと感じ、独自のソリューションを展開することを検討していました。そうは言っても、既存のソリューションで頻繁に使用される可能性のあるコア機能を削除したくありませんでした。

これまでに考えられるもの: - バグの作成 - バグの割り当て - バグのクローズ - バグへの説明の追加

ありがとう！

私は小さなソフトウェア開発会社で働いていますが、現在サポート/バグ追跡/ソフトウェア ライセンス ソフトウェアが不足しているため、簡単にアクセスできる情報が不足しているため、自分自身を改善し、ストレスを解消するために、いくつかのソフトウェアを探しています。詳細は省きますが、私たちの規模は、他のほとんどのサポート/開発チームとは異なる方法で作業していることを意味するため、既存のヘルプデスク/バグ追跡プログラムの多くは適していません.

完全に新しいシステムの作成に時間を費やしたくないので、基本的に次のことを可能にするlimbasのような Web アプリケーション プラットフォーム (他に何をするかわからないので、これと呼んでいます) を探していました。エンティティ (バグ、機能要求、サポート コール、顧客、ソフトウェア インストールなど) を定義し、それらのリストを表示して、それらをリンクします (このサポート コールは、これらのモジュールを含むこのソフトウェアをインストールしているこの顧客に属します)。

似たような種類のソフトウェアを知っている人はいますか?

ティア

私はいくつかの WPF アプリを持っており、ユーザーがこれらのアプリケーションからFogBugz データベースにバグを直接記録できるようにしたいと考えています。これを行う方法はありますか？また、ケースが解決されたときにアプリケーションがそのことを知らせるようにするにはどうすればよいでしょうか?

すべてのプロジェクトでBugzillaアプリケーションの標準化に取り組んでいます。デフォルトのインストールでは、コンポーネントとバージョンを持つ製品にバグがグループ化されています。

私たちは製品とバージョンの定義で団結していますが、コンポーネントを構成するものについてはまだ混乱/議論/議論があります。

プロジェクトのバグの分類に関連する限り、コンポーネントをどのように定義しますか？

Mantisバグトラッカーでロードマップ機能を有効にして使用するにはどうすればよいですか?

私はこれに自分で答えており、他のマンティスユーザーに役立つことを願っています. ここに同じトピックに関するディスカッションがあります。

更新: 例として、Mantis 自体のMantis ロードマップを次に示します。

確かに、購入すべきバグ トラッカー アプリケーションはたくさんありますが、.net ショップであり、常に .net ビルド製品の購入に傾倒しているため、バグ トラッカーに関しては、それほど多くのオプションはないと思います。

頭のてっぺんからは、axosoftとgeminiの2つしか思い浮かびません。

他に何がありますか？

ここにいるのは私だけですか、それとも他のほとんどの .net ショップが .net ビルド製品を望んでいるのでしょうか?

GTDアプリを決めようとしています。Tracと自動的に同期するもの、あるいはFogBugzと自動的に同期するものを知っている人はいますか?

私の疑いは、誰もそうしないということです。そのため、私のためにそれを行うスクリプトを書く必要があります。

• Thingsはそのデータを XML で保存しますが、タグの内容はすべてバイナリであるため、スクリプトを書くことはほぼ不可能です。

• OmniFocusはそのデータを XML で保存し、内容はリテラル テキストです。プラグインまたはスクリプトが可能です。

• ヒット リストは、そのデータを sqlite3 データベースに保存します。XML よりも簡単かもしれませんが、まだわかりません。欠点は、THL が定期的なタスクをサポートしていないことです。これにより、GTD アプリとしての有用性が低下します。

誰もこれを試しましたか？明らかなアプリを見逃していませんか?

私の会社では、次の規則が適用されます。

• 問題を作成できるのはテスターのみです。
• 開発者は、テスターに​​問題を作成してもらうために電子メールを送信する必要があります。
• 開発者は、技術リードに電子メールを送信して、解決できると思われる問題について自分自身に問題を割り当ててもらいます。
• 開発者は問題を別の開発者に割り当てることはできません (テクニカル リードに電子メールを送信する必要があります)。
• 開発者の問題が別の開発者のコ​​ードによってブロックされている場合、開発者はバグ追跡システムの外でこの問題を解決する必要があります。
• 自分で開いた問題を閉じることができるのは、テスターのみです。
• 彼が問題を追跡できるように、すべての割り当てはテクニカル リードを経由する必要があります。
• ユーザー インターフェイスに直接関係しないバグはシステムに入力されません (外部で解決する必要があります)。

どのバグ追跡フローを使用していますか? それはあなたにとってうまくいきますか？