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

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

18 programming-practices  bug  issue-tracking  bug-report 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 多くの場合、大規模なプロジェクトでは、バグトラッカーがバグでいっぱいの状態でソフトウェアがリリースされているようです。機能のリクエストを理解できるようになりましたが、多数のバグがまだ解決されていない、レビューされていない、または完了していないのに、リリースはまだプッシュされています。 どうして？なぜオープンソースプロジェクトまたは一般的なプロジェクトが既知のバグとともにリリースされるのですか？バグトラッカーに未解決のバグが0になるまで待たなかったのはなぜですか？

18 bug 

私はGitリポジトリを成功したGit分岐モデルに基づいており、この状況になったらどうなるのかと考えていました。 2つの機能ブランチAとBで開発しており、BにはAからのコードが必要であるとします。Xノードは機能AにブランチBに影響するエラーを導入しますが、機能AとBがマージされたノードYでは検出されず、テストは、再び分岐して次の反復に取り組む前に実施されました。 その結果、機能Bで作業している人々がノードZでバグを見つけました。この段階で、バグ修正が必要であると判断されました。この修正は両方の機能に適用する必要があります。これは、機能の一部であるため、機能Aで作業している人々もバグを修正する必要があるためです。 バグ修正ブランチを最新の機能Aノード（ノードYから分岐するノード）から作成し、機能Aとマージする必要がありますか？その後、両方の機能が再び開発にマージされ、分岐する前にテストされますか？ この問題は、問題を解決するために両方のブランチをマージする必要があることです。フィーチャーBはフィーチャーAのコードに触れないため、修正を実装し、フィーチャーBブランチをマージせずにフィーチャーAの修正コードを保持することにより、ノードYの履歴を変更する方法はありますか？ 軽度の関連：Gitバグの分岐規則

16 git  bug  branching 

質問： エンドユーザーが機能だと思ったバグに対処する適切な方法は何ですか？ 精緻化： かなりの割合のユーザーが機能として期待している場合、より安定させるために「未修正」または「修正済み」のままにしておくべきだと思いますか？ただし、ユーザーのごく一部が0.1％または1％などの機能であると期待している場合は、このバグを修正する必要があります。 理論的には、これはマイナーなバグ修正であるため、セマンティックバージョニングで考慮されるようにPATCHとして認定できます：xyZ それが文書化されている限り、（機能として意図されていないので）PATCHとしてまだ資格がありますか？ 編集：この特定のケースでは、他の開発者が使用する内部使用ライブラリのAPIのバグです。

15 versioning  bug  features  semantic-versioning 

作成中のアプリケーションにバグがあります。SOについて質問したところ、ユーザーの1人がすべてのコードを投稿または送信して、彼がそれを見ることができるように頼みました。 リクエストを完全に理解しています。それは有効で理解できます。しかし、私はそうすべきかどうか疑問に思っています。明らかに、私は彼/彼女に王国への鍵を与えます、そして彼/彼女が悪意のあることをするならば、私は頼りになりません。 私はまた、彼らの助けを提供したSOのユーザーに無礼を意味しないことを付け加えたいと思います。私はただ懸念を放映しています。 バグを修正したいのですが、この人がそれを修正できるという保証はありません。 ソースコード全体をリリースし、ベストを期待すべきですか？それとも、それを保持し、自分でそれを理解しようとしますか？ あなたならどうしますか？

15 bug  debugging  deployment 

バグを修正するには、コードのセクションを削除する必要がある場合があります。TDDの純粋主義者は、失敗したテストを記述し、コードを削除して、テストの合格を監視することを推奨します（と思います）。 さて、いくつかのコードが削除されたと断言するテストがあるのは本当に奇妙に思えます。確かに、誰もソース管理を掘り下げてそのコードを元に戻すことはないでしょうが、それだけの価値はありますか？それが価値がある場合、追加されたコードのテストを書くよりも価値が低いように見えますよね？

14 unit-testing  tdd  bug 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 欠陥を次のように定義します。 「要件に従って機能することを妨げるアプリケーション設計またはコード内の何か。」 欠陥の原因についてのアイデアを探しています。例えば、ヒューマンファクター、テストの欠如、プロトタイピングの欠如、これらを緩和するための考えなどです。

14 experience  programming-practices  bug 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 誇りに思っているものがいくつかありましたが、そのうちのいくつかは数年前に自分で書いたものです。必ずしもバグがある必要はなく、単に悪いコードです。

14 code-quality  bug  code-smell 

私の現在の仕事では、優先度が低、中、高のバグがあります。 優先度の低いバグは、出荷を停止したり、ユーザーに深刻な問題を引き起こしたりしない小さなエラーです。 中優先度のバグは、一部の内部ユーザーに問題を引き起こしますが、既知の回避策があります。 優先度の高いバグとは、お客様が目にする問題、データの破損、システムのクラッシュを引き起こす可能性のある問題です。 優先度の分類を補完するためにバグの重大度を分類する方法は？

14 bug  issue-tracking 

私が聞いたほとんどのセキュリティの脅威は、ソフトウェアのバグが原因で発生しました（たとえば、すべての入力が適切に健全性チェックされていない、スタックオーバーフローなど）。ソーシャルハッキングをすべて除外すると、すべてのセキュリティ上の脅威はバグによるものですか？言い換えると、バグがなければ、セキュリティ上の脅威はありませんか（再び、パスワードの開示などの人間の過失を除く）。または、バグが原因ではない方法でシステムを悪用できますか？

13 security  bug  hacking 

私は、コードにバグがないことはできないと述べている多くの記事を読んでおり、彼らはこれらの定理について話している： 停止問題 ゲーデルの不完全性定理 ライスの定理 実際、ライスの定理は停止問題の含意のように見え、停止問題はゲーデルの不完全性定理と密接な関係にあります。 これは、すべてのプログラムが少なくとも1つの意図しない動作をすることを意味しますか？それとも、それを検証するコードを書くことができないということですか？再帰チェックはどうですか？2つのプログラムがあると仮定しましょう。どちらにもバグがありますが、同じバグを共有していません。それらを同時に実行するとどうなりますか？ そしてもちろん、ほとんどの議論はチューリング機械について話しました。線形境界の自動化（実際のコンピューター）はどうですか？

12 bug  theory 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 デバッグ時に、いくつかの変更を行うことがありますが、これらの変更がプログラムのバグを修正する理由が100％わかりません。いくつかのバグが発生した理由と、特定の変更がそれらのバグを排除した理由について、すべての詳細を理解することが不可欠ですか？それとも、修正がなぜ機能したのかについての詳細を実際に知らずにプログラムを動作させることが開発者の間で一般的ですか？

12 skills  debugging  bug 

最近、メールチェーンでこの用語に出会いました。Googleはそこ用語である私に語ったゼロデイのバグは、およびMicrosoftとAdobeがフロントランナーであることを:) 初日バグなどの用語はありますか？それはどういう意味ですか？

12 terminology  bug 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 実際、この質問は、ユーザーエクスペリエンスの質を高め、回避可能なサポートコールを減らすためにとるべき注意事項に関するものです。

12 maintenance  bug  user-experience 

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

11 coding-standards  bug  bug-report