問題タブ [bug-tracking]

バグの説明を含む電子メールを解析する最良の方法は何ですか。あるクライアントは最近、ユーザーが既知のメールボックスに電子メールを送信できると便利であり、バグがバグトラッカーに登録されると判断しました (厳密にはクローズではありません)。

問題は、バグの説明に、日付、時刻、説明、コメント、損失、添付ファイルなどのフィールドがたくさんあることです。特定のメール形式を使用するようにユーザーに依存することは、最も賢明なことではありません。

問題は、電子メールを解析して必要なすべての情報を取得するにはどうすればよいかということです。形式は厳密ではありませんが、どのフィールドが何を意味するかを推測するには十分です。また、これに対する正しい解決策と最も簡単な解決策の両方を聞きたいと思います。

PS 実際、この機能は銀行からリクエストされました。クライアントが発見した問題を送信する公開メールボックスがあります。問題は、銀行員が実際に手紙を見る前に、これらの手紙からできるだけ多くの情報を取得することです。

私たちのグループは現在、ツールセットをレビューしており、ソース管理に加えて新しい欠陥/問題追跡ソフトウェアとプロジェクト管理ソフトウェアを探しています。

問題追跡については、bugzilla、fogbugz、bugtracker.net、sourcegear fortres、およびbugnetを調べました。

私は私たちが思いついたリストに満足していないので、他の人が何を使用しているかを知りたいと思っています。

セキュリティのためにActiveDirectoryの統合を探していますが、Windowsアプリを採用することにしましたが、Webインターフェイスが優先される場合があり、VisualStudioの統合もボーナスです。欠陥に優先順位を付け、欠陥が見つかったバージョンにマークを付け、欠陥が修正されたバージョンにマークを付け、各問題/欠陥に関する議論を維持できるようにする必要があります。また、アイテムを欠陥、拡張要求などに分類し、欠陥の回避策を文書化します。

非常によく似た質問：

https://stackoverflow.com/questions/101774/what-is-your-bug-task-tracking-tool

あなたの開発プロセスで現在抱えている問題は、チームをより機能横断的にしない人が数人いることです。

そのため、この人がプロジェクトの一部のボトルネックになることがあります。彼らは共有知識の問題にWikiを使用することを好みません。問題トラッカー システムのチケットに十分なコメントを投稿しません。

この問題のために、私たちの経営陣は、開発者を解雇できない場合があります (彼らがそれを非常に望んでいても)。

この問題はcode-reviewだけでは解決できないと思います。問題に直面するまで、チケット用に十分なドキュメントが作成されていないことに気付くことができない場合があるからです。

チームが分散しているため、ペアプログラミングは私たちの状況では適用できません。

私たちは会議でこの問題について多くのことを話しましたが、概念的な問題のように思えます。この人の態度を変えることはできますか？この問題はどのように解決できますか?

バグレポートをフォーマットすることはどれほど重要ですか? それは何を含むべきですか？

通常、バグ レポートには次のセクションが表示されます。

• 再現する手順
• 私が見るもの
• 私が見なければならないもの
• 説明

バグ レポートをフォーマットするための最適なソリューションと、その内容を教えてください。

イベントサイクルを理解したい。グリッドとテキストボックスを備えたフォームがあります。DataTableにバインドされたグリッドと、同じテーブルにバインドされたテキストボックスがあります。私は何かをデバッグしようとしていますが、フォームで発生したすべてのイベントを識別して、問題を解決できるものを確認する方法を知る必要があります。

とにかく、フォーム上のすべてのクラスを明示的にサブクラス化し、すべてのイベントを自分のイベントハンドラーにオーバーライド/アタッチしない限り、特定のアクション中に発生するすべてのイベントを取得/リッスンするにはどうすればよいですか...「選択済み」の変更などDataGridViewの道路。それは明らかにそれ自身の「CurrentRow」を更新します...私は同じCurrentRowの再ロードを強制する方法/方法を知る必要があります。

理由：フォームレベルの「編集モード」で、別の「テキストボックス」コントロールのコンテンツを変更し、変更を拒否した場合、現在の「レコード」がリロードされて元の値に戻ることをシミュレートする必要があります。

私の現在の会社では、テスト チームと開発チームの間で、バグの深刻度について明確な理解が得られていません。深刻度を下げたり上げたりする議論があります。私たちは今のところ、規則を定める文書を認識していません. テスターはバグを提起し、直感に基づいて優先順位を割り当てます。開発者は、負荷またはその他の要因に基づいて変更を要求します。

バグの重大度/優先度はどのように分類されますか? 顧客のニーズ、タイムラインなどに基づいて、ソフトウェアの欠陥の優先順位を決定する方法を示す基準はありますか?

過去 15 か月間 JIRA を使用しており、現在は Trac を使用するプロジェクトに参加しています。Trac でチケット番号だけでチケットを検索するにはどうすればよいですか? 私は、JIRA の右上にチケットの値を入力するだけで、その 1 つのチケットを見つけることに慣れています。私は Trac で同じことを試しましたが、それほど幸運ではありませんでした。

私のチームは、多くのツール（SCM、バグ追跡、ビルド、テスト）をTFSに移行することを検討しています。各システムを段階的に移動することを検討しています。たとえば、最初にソース管理を移動し、次にバグ/機能の追跡などを行います。

ソース管理（またはTFSの何か）を使用するためにプロセステンプレートを選択する必要があるので、決定にどの程度固定されていますか？後で別のプロジェクトを作成する必要がないようにしたいと思っています（または、思ったほど悪くはありませんか？）。

理論的には、プロセステンプレートが事後に構成するすべてのものをカスタマイズできることは知っていますが（右？）、これは実際にはどの程度実現可能ですか？

これが私が物事が起こっているのを見る方法です：

1. ソースコードを移行します。MicrosoftのCMMIテンプレートを選択します。
2. 従来のバグ追跡システムへの簡単なリンクである新しい作業項目（またはチェックインノート）を作成します。
3. 私たちはしばらく働きます。
4. 私たちは、新しいTFS開発ワークフローを実行する力（私たちはまともな規模のソフトウェア会社です）まで待ちます。これは、新しい作業項目の単純なコレクション、またはあらゆる種類のものを構成するまったく新しいテンプレートの場合があります。
5. 私たちは、歴史を失うことなく、TFSプロジェクトをこの新しいシステムに移行しようとしています。

TFSを使用する前に、これらすべての決定が完了するまで待たなかったのは残念ですか？

私は今日一日中検索し、膨大な数 (まあ、数十個) の Bug Tracker を見つけました。無料のものもあれば、ホストされているものもあれば、非常に高価なものもありました。それらすべてを評価するのに費やす時間がないことにすぐに気付きました (特に、それらの多くには使用しない機能が多すぎるように思われるため)。

これが私の控えめな要件のリストです（少なくとも私はそれらは控えめだと思います）：

1. 低コスト (または無料): 所有するのに $100 +/-、またはホストするのに $10 +/- /月の範囲としましょう
2. PHP/MySql ベース (所有する場合) - ホスト型、何でも問題ありません
3. インストールが簡単 (FTP、データベースのセットアップ、config.php のようなものを編集)
4. 基本的なことだけお願いします (基本的な送信/更新/バグの報告)
5. 適切なファイリング/キーワードのタグ付け/検索メカニズム

その他のもの (wiki、電子メール、フォーラム、グラフなど - 必要ありません)。ヘルプデスク システム (HelpSpot) は既にあるので、その部分も必要ありません。

自分で手短に書くか、内部 Wiki にページを作成するだけでよいと思いますが、バグ追跡の世界にはこれほど軽量なものはありませんか? 良い推奨事項があれば、上記の要件に近い 3 つまたは 4 つを評価してもかまいません。

どうもありがとう -

追加した

最初のいくつかの提案は、FogBugz と Bugzilla です。私は両方を見てきましたが、どちらも非常に優れていますが (特に FogBugz のように)、必要な機能が多すぎます。私が探しているもの (存在する場合) は、もっと基本的なものです。ありがとう〜

コードの変更を通知する唯一の方法は、グループ (development@company.com) に電子メールを送信することです。そのため、メールがたくさんあります。

グループに送信されたすべての電子メールが 1 つの場所に保存されるように、電子メール グループを設定したいと考えています。Exchange を使用しているので、Exchange のオンライン フォルダーに自動的に保存することを考えていました。残念ながら、これらの Exchange フォルダは Exchange の最新バージョンではなくなったと言われています。

私の 2 番目の選択肢は、すべてのメールが投稿され、タグが付けられ、検索用にアクセスできる、Wordpress のような内部ブログでした。

• グループのメールを記録するソフトウェアをブログに書いている人はいますか?
• これらの電子メールをログに記録するために、他にどのような方法を使用しましたか?

注意: 私はバグトラッカーをセットアップしている最中ですが、開発者がそれを使用するようになるまでにはかなりの時間がかかると確信しています。それまでの間、この別の方法が必要です。

アップデート

ご注意ください：

• ソース管理はありません (そして、それを実現する機会はありません)
• バグ/問題の追跡はありませんが、年末までに追跡できるようにしたいと考えています。
• 私が働いていた人々は、変更をメールで通知することに慣れすぎています。これらのメールを検索用に 1 か所に保存するのが理想的です。