「困った」バグレポートの数々から得た「正しい」レポートのための教訓とは

今回は、バグレポートの典型的な問題パターンを紹介します。ここで紹介するパターンは、バグ票ワーストプラクティス検討プロジェクトが収集中の「困った」バグレポートとして挙げられたものを参考にしています。プロジェクトは継続して困ったバグレポートを収集していますので、こちらのアンケートフォームから情報をお寄せください。 それでは、具体例を交えて問題のあるパターンの典型例を見てみましょう。 このバグレポートはいったい何を言いたいのか システムテストの開始直後 テストエンジニアA： このシステムでは、連携システムXからの日時のデータのタイムゾーンが他のサブシステムのタイムゾーンと違っていて、ここにバグがよく起こるんだよな・・。今回もそうかもしれないから、まずは、ここをテストしてみよう。 連携システムXを含めたテストの実施中 テストエンジニアA： ほら、やっぱり。連携システムXからの送信データが過去日付だ

[p260-2001fp]

前記事見た時は色々違和感持ったが、なるほど残念なバグレポートか。『イヤミや個人攻撃の記述』『知識の披露が中心になっている』こんなレポート書く奴がこの世にいるなんて…

[Sean_SF]

バグ報告者は必見デスネ

[suginoy]

残念なSIerな感じ

[mikamama]

WGの皆様には収集お疲れ様です。なお、まだまだご協力募集中とのこと。"「困った」バグレポートの数々から得た「正しい」レポートのための教訓とは"