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

バグに関するメタタグ。これは使わないでください。

12
オフショアのバグ修正
将来の雇用主から「開発者はバグの修正が嫌いなため、バグ修正を外部委託している」と言われたら、どう思いますか?あなたの懸念は何ですか?
11 bug  offshore 

6
再現性のない/ランダムに発生するバグを修正するにはどうすればよいですか?
数日前にバグが発見された多言語のウェブサイトがあります。他の言語のデータを他の言語で表示し、英語などのデータの混合も選択されていましたが、ページにも他の言語のデータが表示されていました。それはまれですが、ウェブサイトに存在します。これは常に発生するわけではないため、コードを調べても役に立ちません。 問題をタイムリーに見つけるための提案はありますか?ここで戦略を求めています。

3
より多くのコード=より多くのバグ
大学に戻ったとき、クラスでコンピューターサイエンスの法則の1つを教えている教授を覚えています。彼は「より多くのコードはより多くのバグを意味する」のようなものを言って、それに名前(Whatchamacallitの法則)を与え、それを誰かに起因させた。 この「法則」がどこから来たのか、誰が言ったのか、それが元の言葉であるのは誰か知っていますか?

12
QAは再現可能なシナリオを見つける必要がありますか?
時々、私のQAチームはバグを報告しますが、私も彼らもそれらを再現する方法について何の考えも持っていません。これにより、非常に長くてイライラするデバッグセッションが発生し、結果が得られない場合もあります。 私のソフトウェアは専有のハードウェアと強く結びついているので、バグは一度に多くの方向から発生する可能性があります。 「ボタンを押したときにソフトウェアがクラッシュした」以上のことを期待するべきでしょうか、それとも自分で何が起こったのかを理解する必要がありますか? 編集: 私の同僚の1人は、おそらくここではすべての開発者であるため、結果には少しバイアスがかかる可能性があると指摘しました
10 testing  bug  qa  reporting 

4
誰がバグチケットの重複を排除しますか?
私のチームメイトの一人と私は別々のバグチケットを手に取り、自分たちに個別に割り当てましたが、チケットは重複しています! 重複チケットを解決する最良の方法は何ですか?通常、これはQAリソースによって行われますか?私は、技術者以外の人が「フロー」を中断すると言う2か所で働いてきましたが、開発者へのアクセスが制限されている状況(つまり、基本的に常に)で、技術者以外の人ができることです。

5
優れたバグデータベースを維持する手順
バグデータベースを維持することは、すべてのプロジェクトにとって重要です。バグデータベースに以下を保存するのに慣れています 発行日時 誰に割り当てられています 解決されたかどうか 解決された場合、解決された日時 十分なバグデータベースを維持するのに十分ですか?
9 bug  bug-report 

3
Ariane 5のFlight 501の歴史的な影響は何でしたか?
Ariane 5ロケットの処女航海(Flight 501)での打ち上げから37秒後の分解は、歴史上、最も高価なソフトウェアバグの 1つと呼ばれています1: 欧州宇宙機関が10年間と70億ドルを費やして、3トンの衛星のペアを打ち上げるたびに軌道に打ち込むことができる巨大なロケットであるアリアン5を生産しました。 昨年6月にロケットがその初飛行に1分もかからず爆発し、フランス領ギアナのマングローブの沼地に燃えるような瓦礫を散布したのは、64ビットの数値を16ビットの空間に詰め込もうとする小さなコンピュータプログラムだけでした。 1つのバグ、1つのクラッシュ。コンピュータサイエンスの記録に記録されているすべての不注意なコード行の中で、これは最も壊滅的に効率が良いものであると言えます。ロケット工学の専門家へのインタビューと宇宙機関のために準備された分析から、算術エラーから完全な破壊への明確な道が現れます。 Flightの501の失敗とその後の調査は、安全上重要なシステムとソフトウェアテストの研究に影響を与えた大きな変化は何ですか? 私はバグ自体の説明を探しているのではなく、失敗の調査に触発された、または直接関連した調査という点での、バグの歴史的な影響の説明を探しています。たとえば、このペーパーでは次のように結論しています。 静的分析を使用して、次のことを行いました。 変数の初期化を確認し、 シェア変数の潜在的なデータアクセス競合の完全なリストを提供します。 Adaセマンティクスから潜在的な実行時エラーを徹底的にリストします。 私たちの知る限り、これはブールベースおよび非ブールベースの静的解析手法を使用して産業用プログラムを検証するのは初めてです。 同様に、この論文(pdf)は次のように述べています Ariane 5ランチャーとARDの組み込みADAソフトウェアの静的分析には、抽象解釈ベースの静的プログラム分析が使用されています。静的プログラムアナライザーは、スカラーや浮動小数点のオーバーフロー、配列のインデックスエラー、ゼロによる除算や関連する算術例外、初期化されていない変数、データ競合などのランタイムエラーの確定性、可能性、不可能性またはアクセス不能性の自動検出を目的としていますアナライザーは、Ariane 501フライトエラーを自動的に検出できました。組み込みの安全性クリティカルソフトウェア(航空電子工学ソフトウェアなど)の静的分析は非常に有望です。 この単一のイベントがソフトウェアテストのアプローチとツールに与えた影響を徹底的に説明したいと思います。 1 70億ドルという数字は、おそらくAriane 5プロジェクトの総コストを参照していると、ウィキペディアは、失敗により3億7000万ドル以上の損失が発生したと報告しています。それでもかなり高価な失敗ですが、70億ドルという数字にはほど遠いものです。
9 testing  history  bug 

5
バグ修正の反復を説明する方法は?
過去5か月間、私たちはスクラムをかなりうまく実装してきました。しかし、我々はせずに3週間離れPRODからですこれまでの任意のエンドツーエンドの統合テストを行います。痛い!私は助けが必要です。これの原因に取り組むことなく(この時点で)、現在のイテレーションを計画する必要があります。これは、マイナーな改良と多くの未知のバグ修正で構成されています。このシナリオをどのように説明しますか?まだ発見されていないバグを修正するための反復をどのように計画しますか?
9 scrum  bug  planning 

2
チームで悪いコードを書いている人を「中和」する方法は?
私はJoelOnSoftwareに関するこの記事をいつも気に入っていました。私は特に初心者だったときに関係することができました(それでも、私は常に1つになるつもりです)。 #4については、bozoを中和します。これを実際の職場で実際に実装するためのアドバイスはありますか?(少なくとも私たちのチームでは)誰かの悪いコードに対するバグを記録するほど簡単ではないようです。残りのすべての人のために何がうまくいきますか?
9 team  bug 

5
あなたのアジャイル/スクラムチームのバグワークフローは何ですか?
あなたのアジャイル/スクラムチームのバグワークフローは何ですか? これが私たちのものです:-バグが現在のスプリントのストーリーに関連している場合、それを修正します。-バグが現在のスプリントのストーリーに関連しておらず、重大でない場合は、優先順位付けのために製品オーナーに送信されます。-バグがスプリントのストーリーに関連しておらず、重大な場合は、修正します。
9 agile  bug  scrum  workflows 

4
あなたは出荷しました、あなたはまれなセグメンテーションフォールトを受け取ります。ポインタをチェックするか、それを手放しますか?
出荷され、アサートがオフになっていると、コードでnullポインタ違反が発生したことを示すまれなクラッシュレポートが表示されます。開発環境では、問題はアサートによって検出されたはずです。 あなたが持っているのはクラッシュレポートだけなので、問題を再現することはほぼ不可能です。バックトレースを追跡しても、最初にクラッシュが発生した理由についての手がかりはありません。 オプション:-クラッシュを防ぐためにポインターチェックを追加します。これはクラッシュを防ぎますが、そもそもなぜそれが起こったのかさえわからないでしょう。-飛ばして、再現シナリオで再び起こることを願って アプリケーションが誘導ミスルまたは自動ブレーキシステムを対象としていないとしましょう... どちらを選びますか?
9 bug  pointers 

4
バグを修正できない場合、どこに問い合わせればよいですか?
答えがわからないときの参考資料を探しています。私はソフトウェア開発者のチームを率いています。私たちは毎月新しいソフトウェアリリースを展開しています。 私のチームが修正できないバグがある場合、それは私にあります。ほとんどの場合、問題を解決できますが、行き詰まることがあります。 残念ながら、私は私たちの会社の最上位です。何かを理解するのに助けや助けを求めることができる人は誰もいません。 このような状況での推奨事項やガイダンスはありますか?

9
手動デバッグを効果的に行う方法は?[閉まっている]
ここで何が尋ねられているのかを知るのは難しい。この質問は、あいまいで、あいまいで、不完全で、過度に広い、または修辞的であり、現在の形では合理的に回答することができません。再開できるようにこの質問を明確にするヘルプについては、ヘルプセンターに アクセスしてください。 7年前休業。 利用できるデバッガがないとしたら、(期待どおりに)機能しないコードをデバッグするための効果的なアプローチは何でしょうか?
8 bug  debugging 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.