バグ保守システム

Question

最近、私はデバッグについて多くの時間を費やしました。継続的に参照されていた側面の1つは、バグ追跡システムだけでなく、バ​​グを解決するプロセスでした。私は人々が問題を解決するかどうかを判断し、問題が解決したかどうかを判断するテストを行います。

私は考えています。これは良いアイデアです」

私はMantisを現在使用していますが、その機能は（フィールドを乱用することなく）持っていないようです。 Mantisはバグロガーとして素晴らしい作品です。しかし、私はより洗練されたインターフェースを探しています。

例

私のバグは「パンツが落ちる」とします。この情報を次のように記録したいと考えています。

"パンツが落ちる、2009年2月32日、25:61、私が部屋に入ったとき、パンツが落ちた！

開発1 ...

仮説1：パンツが大きすぎます。

試験1：ベルトに乗せます。

解決策1：ベルトを購入する。

結果= ??結果???

テスト2：あなたの子供の妹のズボンを着てください。

解決策2：学校に通っている間、彼女の部屋に盗み込み、彼女のズボンをすべて取る！

結果= ??、date/time = ???

開発2 ...

仮説2：あなたのパンツは、それらの穴を持っています。

テスト1：光を当てます。

Possibile Solution：新しいパンツを購入する。

結果= ???、date/time = ???

---

これは愚かな例です。しかし、私はそれがソフトウェアツールとして持っていることは素晴らしいことだと思います。 そのようなものは存在しますか？そうであれば、それは何ですか？

Answer 1

信託私：あなたは本当にあなたが:-)

「バグメンテナンスシステム」を見つけていない理由です、あなたのバグを維持する必要はありません申し訳ありませんが...抵抗することができませんでした。あなたの質問の実際の内容について：私は個人的にチケットのコメント履歴のすべての情報を追跡しています。ほとんど私はtracを使いますが、必要に応じてソースにリンクする機能もあります（少なくともファイルレベルでは、あなたがASTを指し示すことができるようにgrokコードが必要です）。

Answer 2

Testopia（Bugzillaの拡張子）を使用できます。これは、もちろん、Bugzillaを使用する必要があることを意味します。

はTestopiaのウェブサイトからの引用：

Testopiaは、Bugzillaのためのテストケース管理の拡張機能です。テストケースを追跡する汎用ツールとして設計されており、テスト機関がバグレポートとテストケースの実行結果を統​​合することができます。ソフトウェアテストを念頭に置いて設計されていますが、エンジニアリングプロセスにおける事実上のテストの追跡に使用できます。

Answer 3

また、Mantisも使用しています.Peter Beckerの説明のように、このコメントを使用してバグに対する作業を記述します。これは通常、ほとんどのバグにこのような長い歴史がないために機能します。

バグの作業が非常に複雑になる場合は、独自のミーティングと会議のメモが必要です。主に、主な作業計画システムでタスクを作成し、そこでディスカッションします（Mantisからのリンク）。それは少なくとも私たちのために働く。

いずれにしても、特定のワークフローを明示的にサポートしようとするシステムには、どういうわけでもありません。うんざりすると、ワークフローはバグからバグに多く変わる可能性があります...

最後に、Mantisではコメントを編集することもできます。バグレポートが乱雑にならないように、古いコメントを変更することができます。