タグ付けされた質問 「issue-tracking」

組織の必要に応じて、問題のリストを管理および維持するプロセスを追跡する問題。

10
従業員に課題トラッカーを更新させるのがそれほど難しいのはなぜですか？
私は、会社と職場の両方で、人々に問題を更新してもらうために常にこの苦労を経験してきました。私は、人々が心の良さから実際にそれを行ういくつかのケースを経験しましたが、時間の〜70％は人々を追いかけなければなりません。 一般的に何らかの形で管理を行う（私は最優先の開発者です）ため、私が説明しようとする主な理由は、人々を追いかけたり、進行状況の照会を中断したりしたくないからです。結局、人々は多くのことを尋ねられると思います。まれで極端な場合には、（レポートを作成する必要があるときに）チケットを更新することになります。 だから、この問題に遭遇しましたか？開発者にどのように問題追跡ツールを頻繁に更新するように奨励しましたか？あなたはどの程度の成功を収めましたか？
6
なぜパッチノートのバグIDを引用するのは悪い習慣と見なされるのでしょうか？
Bug reopen vs newからのコメントとそれに続く賛成票に基づいて： パッチノートでバグIDを引用するのは、とても友好的ではありません。–クレルプ 少なくとも一部の人々は、パッチノートでバグIDを参照するのは良い考えではないと感じているようです。私はかなり経験の浅い開発者なので、なぜそうなのか疑問に思っています。
9
些細な修正を記録する必要がありますか？
私は2つのコードショップにいます。また、プログラマの数が1人以上の場合にバグトラッカーが役立つことは理解していますが、バグ、変更、修正を記録することは些細なことの価値があると確信していません。簡単なバグを見つけたら、それを理解し、修正し、テストを実行します。そして、私はそれをログに記録する必要があることに気付きました。 理論的には、バグのロギングはバグを見つけてから修正するまでのどこかで行う必要があることを知っていますが、修正する方がロギングするよりも速い場合、ドラッグのように見えます。大規模なコードショップでは、上司は誰が何をしているのかに注意を払い、他の人が何を言っているのかを知ってうれしいです。 すでに修正したものを説明し、すぐにそれらを閉じます。私は誰もがこの閉じられたバグを再び見るのではないかと疑っています。プロセス脂肪を削減する時ですか？
13
ユーザーからのリクエストを管理するためにどのツールを使用していますか？[閉まっている]
現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または詳細な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 ユーザーのメールにownれているので、取得したすべてのリクエストを管理し、チームのユーザーとユーザーがそれらにアクセスして共有できるキューに入れるより良い方法を実装したいと思いますノート。電子メール、コメント、アイデアなどをドロップ/入力して簡単にアクセスできるプロジェクトの下で、複数のタスクを作成できるようなタスク管理ツールを考えています。 ユーザー、マネージャー、チームリーダー、開発者など、すべての関係者が関与できるものが必要です。私ができるツールを探しています： ユーザーは、電子メールをドラッグアンドドロップするだけで、メンテナンスまたは機能強化のリクエストを送信できます。 開発者は、各タスク/プロジェクトのキューと重み付けされた優先度を確認するだけです。 開発者のチームは、誰もがリアルタイムで作業していることを確認します。 各タスクに費やされた時間のログを保持する管理。 IIは、この問題を解決するために、よりアジャイル/スクラムの方向に目を向け始めています。私はスクラムアジャイルソフトウェアプロジェクト管理のオープンソースツールのリストを見つけました。私は時間に制限があるので、誰かがこれらを使用しましたか？私のニーズを満たすかどうかを確認するには、どれをテストする必要がありますか？TeamPulseは良い方向ですが、少し肥大化しすぎていると思います。すべての関係者にとってシンプルなものが必要です。
5
バグ追跡エチケット-ネクロマンシーまたは重複？
要求された拡張を行うために必要なツールが不足しているため、「解決済み（修正しない）」とマークされたオープンソースプロジェクトのバグトラッカーで、非常に古い（2年以上）機能要求の問題に遭遇しました。その決定がなされてから経過した時間の中で、それを解決することを可能にする新しいツールが開発されました、そして、私はそのアプリケーションのためにコミュニティの注意を喚起したいと思います。 ただし、このような場合に一般的に受け入れられているエチケットがバグ追跡のためのものであるかどうかはわかりません。明らかに、システムが複製しないことを明示的に宣言し、新しいアイテムを複製としてアクティブにマークする場合（SEサイトの場合と同様）、答えはシステムが言うことに従うことです。しかし、システムが明示的にそれを言っていない場合、または新しいユーザーがシステムの好みで言う場所を簡単に見つけることができない場合はどうですか？一般に、複製または壊死の側で誤りを犯す方が良いと考えられますか？これはバグか機能リクエストかによって異なりますか？
10
要件ドキュメントを作成する適切な方法は何ですか？
現在、私のスーパーバイザーは、バグ追跡ソフトウェアを使用して要件のドキュメント/仕様を作成しています。これは私にとってひどいアイデアのように思えます。すべての要件はこれらの小さなチケットにあり、要件を取得するためにこの馬鹿げたWebフォームをクリックする必要があります。要件/ソフトウェア仕様に対する健全なソフトウェアソリューションとは何ですか？ 明確にするために、私は非常に多くの機能を備えたこの大きなソフトウェアコンポーネントを構築しており、これらの機能はこのバグ追跡ソフトウェアで説明されています。
4
関係のなくなったバグを閉じる方法
現在、中規模のWeb開発者チームに所属しています。バグ追跡にjiraを使用しています。 私たちは頻繁にレイアウトを変更する製品に取り組んでいます。多くの場合、一部のブラウザのレイアウトのバグについてバグが報告されます。時々、優先度の低いバグに対処する頃には、レイアウトはすでに変更されており、関連性がなくなっています。 何を閉じますか？ 私が言いたいのは、これらの問題をどう扱うべきかということです。Jiraは私たちが使用するバグ追跡ソフトウェアですが、私はこれらの種類の問題全般をどのように処理するかにもっと興味があります。 それも重要ですか？（後でレイアウトに戻る可能性がありますが、ほとんどありません）
5
アーキテクチャ上の問題をどこで説明しますか？
私は中規模プロジェクトの途中に参加しました。このプロジェクトはすでに数年にわたって実行されています。問題の1つは、アーキテクチャを説明するドキュメントが記述されていないことです。これで、アーキテクチャー記述を作成するタスクが割り当てられました。 このプロジェクトに取り組んでいる間、ドキュメントを書くために必要なすべての情報を収集しました。いくつかの機能も追加したので、説明したとおりにアーキテクチャを明らかに破壊しているコードをいくつか特定しました。 たとえば、GUIはビジネスロジックのない薄いレイヤーであると想定されていました。それが私に言われたことです。実装には多くのロジックが含まれています。 上司がタスクを割り当てて、システムのアーキテクチャを説明するドキュメントを作成しました。対象読者は、プロジェクトに取り組んでいる現在および将来の開発者です。どうあるべきかを説明する必要がありますが、どういうわけか偏差も説明する必要があります。 それでは、これらの問題をどこで説明すればよいのでしょうか？バグ追跡ソフトウェア？または、システムのアーキテクチャを説明するドキュメントで、アーキテクチャからの実装の逸脱を説明する必要がありますか？
4
TFSを使用して、プロダクションサポートからのバグを追跡する
私はちょうど新しい会社に移りましたが、彼らはバージョン管理システムとしてTFS 2010（2、3か月で2012）を使用しており、最近、開発者の作業追跡システムとして使用し始めました。 ただし、開発とテスト以外の人が使用するバグ追跡システムはないようです。実稼働サポートは、問題のレポートを取得し、その場で修正し、現時点でユーザーに報告します。これを変更する必要がありますが、バグを追跡したり開発作業を追跡したりするためのシステムを用意したくありません。 FogBugzと同じように、TFSにバグを入力する非常に軽量な方法を作成できる方法はありますか？バグレポートに記入するためにTFSにログインするのはかなり重いようで、特定のアプリケーションに関連付ける必要があります。サポートはこれを行うことができるかもしれませんが、アイテムのトリアージを行い、アプリケーション以外の関連付けを潜在的に変更できるようにしたいと考えています。 私は過去にFogBugzを使用しましたが、バグを追加するときに、アイテムに必要に応じて大/小を追加して、少なくとも記録し、後でチケットをトリアージするときに戻って情報を取得することができます。
6
問題番号でコメントするのは良い習慣ですか？
jQueryコードのコメントから多くの問題番号を見ました。（実際、jQueryコードには69の問題番号がありました。）良い習慣になると思いますが、ガイドラインを見たことはありません。 それが良い方法である場合、この方法のガイドラインは何ですか？
10
例外の代わりにバグという言葉を使用しないのはなぜですか？[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 例外をバグと呼ぶ場合、そもそも例外ではなく単にバグと呼ぶだけではどうでしょうか？ コード内で例外と呼ばれ、発生するとすぐにバグと呼ばれます。それでは、そもそもそれをバグと呼んでみませんか？ 回答やコメントをありがとうございます。
9
ソフトウェアのバグの定義。Blizzard Entertainmentは、私の「バグ」はバグではないと主張しています。彼らは正しいですか？[閉まっている]
現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 ウィキペプディアによると、 ソフトウェアバグは、コンピュータプログラムまたはシステムのエラー、欠陥、間違い、失敗、または障害を説明するために使用される一般的な用語であり、不正確または予期しない結果を生成したり、意図しない動作をさせたりします。 最近、StarCraft 2で予期しない結果を生成する「バグ」を発見しました：http : //eu.battle.net/sc2/en/forum/topic/2868627470 問題は、StarCraft 2を長時間最小化したままにすると、ゲームが切断されず、タイムアウトが発生しないことです。ただし、最初の戦いの後は切断され、ゲームデータも失われることがあります（試合の統計情報）。 残念ながら、ブリザードによると： ゲームは、このような長期間にわたって最小限に抑えられるようには設計されていません。（ブリザード）StarCraft IIは数時間にわたって最小化されることを意図していないため、このような動作をエラーと見なすことはできません。 だから、私の「バグ」は本当にバグですか？
6
プログラマーや技術者以外のスタッフに優しい方法でバグ追跡をどのように処理しますか？[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 私たちは実際にプロジェクトにMantisを使用しています。または、「使用しようとしています」と言う必要があります。私が知っているすべてのバグトラッカーの問題は、プログラマーのためにプログラマーによって作られていることです。そのため、デザインは存在しないか、まったく馬鹿げています。 もちろんプログラマとして、私はカマキリを問題なく使用できますが、プロジェクトに関与するすべての人々が設計が非常に難しく、使いにくいために箇条書き付きのGoogleドキュメントを作成することを好む場合、バグトラッカーはどれほど便利ですか？彼らが見つけたバグや提案しているかもしれない。 フォーラムをインストールしようとしていますが、バグトラッカーと単純な箇条書きリストの間の「中間」ソリューションのように思えます。少なくともフォーラムでは、提案に関する議論を監視し、一元化できます。 私の懸念が明確でない場合、私の質問は次のように要約できます。 技術以外のユーザーに対するバグと提案のレポートをどのように処理しますか？ **関与することにより、私は実際のクライアントまたはエンドユーザーを意味しません。私は、インテグレーター、プロジェクトマネージャー、およびQAに関与している人々について考えています。
7
ユーザーをバグトラッカーに誘導する
作成したアプリの問題を追跡するために、完全に構成されたカマキリバグトラッカーがあります。ユーザーが規律を守られ、カマキリに直行して問題レポートを作成すると、ユーザーの応答が最も速くなり、問題に関するすべての追跡が非常に簡単になります。 しかし、誰もがそうすることに熱心ではありません。電話、電子メールで問題を報告しますが、まったく報告しません。 バグトラッカーシステムの使用に向けてそれらを微調整する最良の方法は何でしょうか？明らかに、彼らはいくつかの差し迫った利益を見なければならないので、戻ってさらなる利益を探すことができます。 編集： ISVとして販売する製品のサポートについて話している。
3
自分自身を修正したと思われるバグに対処する方法は？[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 私は、内部システムのWebアプリケーション開発者です。ユーザーがバグがあることを報告します。 バグは、いくつかの単語を表示できなかったことです。レポートには、バグを明確に示す画面キャプチャが含まれています。しかし、レポートはほぼ1か月前のものであり、バグを本番環境で再現することはできません。 クライアントとユーザーにどのように返信すればよいですか？
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.