タグ付けされた質問 「bug-report」

28
私の上司は、すべてのバグレポートに「責任者」フィールドを追加することにしました。どうすれば悪い考えだと彼に納得させることができますか?
最新の「WTF」の動きの1つで、上司はバグ追跡テンプレートに「Person To Blame」フィールドを追加すると、説明責任が増えると判断しました(ただし、機能/ストーリーにバグを結び付ける方法は既にあります)。これは士気を下げ、指さしを高め、バグが前代未聞になったとして報告された機能の欠落/誤解を説明しないだろうという私の主張。 私が使用できるこの実践に対する他の強力な議論は何ですか?このトピックについて、チームやボスと共有できる文章はありますか?

12
失礼なバグ報告への対応方法
かなり失礼なバグレポートを受け取りました。ユーザーは基本的に、あちこちで大文字を使用してそれをすべて間違っていると言いますが、実際には1つのバグを指しているだけです。 一方で、私はユーザーを大切にし、アプリの良好な関係と評価を維持したいと考えています。一方、過度に丁寧に返事をすれば、完売のように感じます。 適切な対応方法は何ですか?何を心に留めておくべきですか?どのような考え方が必要ですか? ユーザーは24歳のCS学生のようであり、当社の製品は無料で配布しているAndroidアプリです。

15
報告されたほとんどすべてのバグは、優先度の高いバグです[終了]
いくつかのソフトウェアプロジェクトの作業中にパターンに気付きました。報告されたバグの大部分は、優先度が非常に高い/非常に高いものでした。私は何人かの同僚になぜこれが起こっているのかと尋ねましたが、バグがその優先度を持たない場合、バグが開発者の注意を引くことは非常にまれであると述べました。 ですから、この問題が一般的なのか、それとも運が悪かったのかを知りたいと思いました。Googleで簡単に検索したところ、一部のチームがバグ報告ガイドラインを実装しているか、別の「バグトリアージ」チームを持っていることがわかりました。この問題に直面して解決した場合、どのアプローチが効果的でしたか? この質問は、具体的には「優先インフレ」問題に関するものです。シナリオに直面した場合、およびこの問題に対してどのような対策が効果的か。

6
ユーザーに適切で有用なバグレポートを作成させる
誰もがユーザーに半ばまともな(読む:役に立つ)バグレポートを書かせる良い方法を知っていますか? ほとんどのユーザーにとって意味のある(読みやすく、理解しやすい)ものの、開発者にも役立つ情報を提供したかったのです。 青いボタンをクリックしても機能しません!ああ、私はちょうど一週間の仕事を失った...それを機能させる。 そのままではあまり役に立ちません。 私はリストについて修正し始めましたが、同様の方法が既に存在するかどうか、皆さんに確認することを考えました。

6
なぜパッチノートのバグIDを引用するのは悪い習慣と見なされるのでしょうか?
Bug reopen vs newからのコメントとそれに続く賛成票に基づいて: パッチノートでバグIDを引用するのは、とても友好的ではありません。–クレルプ 少なくとも一部の人々は、パッチノートでバグIDを参照するのは良い考えではないと感じているようです。私はかなり経験の浅い開発者なので、なぜそうなのか疑問に思っています。

4
同じ問題/チケットに複数の欠陥を投稿することが推奨されないのはなぜですか?
これが次の概念的な質問をする場所であるかどうかはわかりません(Stackoverflowは間違いなくそうではありません)。 この質問は、ISTQB試験に似た多肢選択試験(単一回答)で見ました。 同じ問題/チケットでいくつかの欠陥を報告することが推奨されないのはなぜですか? a。レポートを簡潔かつ明確にするため。 b。開発者が修正できるバグは1つだけだからです。 c。テストグループのテスターは、発見したバグの量によって評価されるためです。 d。バグ管理システムは、複数のバグのこの機能をサポートしていません。 私の唯一の意見は、それaが正しい答えだということです。 b-fix-feedback-resolved-closedがそのケースを回避するはずなので、それはできません。 c-明らかに間違っています。 d -Redmine / Tracプラグインは複数のフィールドをサポートします。 解答用紙によると、答えはbです。 誰かが理由を説明できますか?回答に関する意見を含むコメントを歓迎します。

9
ソフトウェアのバグの定義。Blizzard Entertainmentは、私の「バグ」はバグではないと主張しています。彼らは正しいですか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 ウィキペプディアによると、 ソフトウェアバグは、コンピュータプログラムまたはシステムのエラー、欠陥、間違い、失敗、または障害を説明するために使用される一般的な用語であり、不正確または予期しない結果を生成したり、意図しない動作をさせたりします。 最近、StarCraft 2で予期しない結果を生成する「バグ」を発見しました:http : //eu.battle.net/sc2/en/forum/topic/2868627470 問題は、StarCraft 2を長時間最小化したままにすると、ゲームが切断されず、タイムアウトが発生しないことです。ただし、最初の戦いの後は切断され、ゲームデータも失われることがあります(試合の統計情報)。 残念ながら、ブリザードによると: ゲームは、このような長期間にわたって最小限に抑えられるようには設計されていません。(ブリザード)StarCraft IIは数時間にわたって最小化されることを意図していないため、このような動作をエラーと見なすことはできません。 だから、私の「バグ」は本当にバグですか?

5
開発者にバグを報告する方法は?バグ報告に関する教育を受けようとするプログラマー
適切なバグレポートを提出する方法について、会社の他のメンバーを教育する方法について、いくつかのヒントとアドバイスをもらいたいと思っています。現在、次のようなチケットを取得しています: このリンクをクリックすると、404が表示されます(404のページは含まれますが、それを引き起こしたページは含まれません)。 右の列がボタンの列に流れ込むことがあります。(スクリーンショットまたは追加情報なし) xxxへの変更は正しく機能しているようです。(EOM) 可能な限り多くの情報を送信するようユーザーを誘導するバグ送信プロセス/フォームはありますか?

6
バグ修正パッチは誰の責任ですか?
オープンソースプロジェクトで何度か発生した状況は次のようになります。 デプロイメントにバグがあり、簡単なハックパッチを見つけました。(たとえば、実際に必要のないコードをコメントアウトするだけです。) 実際のバグを把握し、パッチを作成し、Gitプルリクエストなどを介してそれを送信するために、少しの余分な努力を費やしています。 プルリクエストは拒否されます。おそらくパッチは不完全で(たとえば、あるべきではない行が含まれていた)、コーディングスタイルに違反していたか、おそらく他の影響がありました。または、Gitで何か間違ったことをした可能性があります-プルリクエストはリベースされるか、何かでした。メンテナーは、パッチを改善する方法についてのフィードバックを提供し、再送信を要求します。 この時点で、私はどこまで進むべきかについて混乱しています。心配する限り、問題はありません。手順1で修正しました。問題を報告しました。他の人のために修正するための措置を講じました。しかし、それが「私の」プルリクエストだとは思わないので、パッチを改善する責任は私にあるとは思わない。 私を悩ませる特定の状況の1つは、パッチの失敗について議論した後、正しいパッチが何であるか(つまり、コードのすべての行を含む)のメーリングリストで合意に達することです。その後、実際にパッチを生成して送信するのは私の責任であると考えられています。 これらの状況に標準的なエチケットはありますか?それらはどのように解決されますか?私の反応は異常ですか?バグ修正をどこまで受け入れられるのでしょうか? (「オープンソースプロジェクト」と言うとき、これらのいくつかは非常に小さいですが、趣味ではないかもしれません-開発者のリソースをそれらに取り組むことをコミットするいくつかの組織に役立つ単純なソフトウェアプロジェクトです。 「パッチを修正して再送信する」ということは、雇用主にとって有益なものに取り組む責任があることを理解してください。私たちに影響しないバグの修正に時間を費やすことは間違っているでしょう...)

3
コーディング標準で回避できるバグ[終了]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 コーディング標準がバグを減らすのに役立つという主張を裏付ける統計(または推定)を探しています。ハードナンバーはいいと思いますが、私はそれを見つけることをあまり見ていませんでした。さまざまなオープンソースプロジェクトのバグ追跡も検討しましたが、必要なものを見つけるのにあまり成功していません。誰かが私がこれを見つけることができるかもしれない場所を知っていますか?それとも、より良いコーディング標準で回避されたかもしれないバグがあったオープンソースプロジェクトに貢献している人はいますか?

1
バグレポートの重複を避ける
私は自宅でLinuxなどのオープンソースソフトウェアを使用しています。私はプロのコーダーではないので、自分のスキルでは自分で問題を解決するのに十分ではないため、通常は開発者にバグを報告します。 バグレポートを送信する前に、どのようなことを確認してほしいですか?つまり、Geditでバグを見つけたと思ったら、Bugzillaで同様のバグを見つけることができませんでした。しかし、私がレポートを送信した後、バグはGeditではなくGTK +にあったため、バグはすでにBugzillaにあると一部の開発者は述べました。時々、既知のバグが私が見つけた問題を解決するかどうかをアマチュアが推測するのは難しいかもしれません。

5
優れたバグデータベースを維持する手順
バグデータベースを維持することは、すべてのプロジェクトにとって重要です。バグデータベースに以下を保存するのに慣れています 発行日時 誰に割り当てられています 解決されたかどうか 解決された場合、解決された日時 十分なバグデータベースを維持するのに十分ですか?
9 bug  bug-report 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.