バグで大事なのは内容じゃない！ - Fight the Future

火消しプロジェクトなので、毎日数十件というバグが出ていた。 BTSのようなシロモノはなく、Excelでの障害管理表という(悪い意味での)一般的なバグ管理だった。 しかし、そこに書かれているのはバグの内容ばかり。 ああ、わかっていない。 エンジニアにとって、重要なのはバグの内容でもなければ、コードを書けもしない人の原因の推測でもない。 バグの再現手順だ。 再現さえできればバグの内容なんてすぐに把握できる。 だからバグの内容なんて1行程度の概要だけでいい。 でも再現手順がなければそのバグを再現するだけで相当の工数がかかる。 たとえば、どんなユーザーでログインしたのか？ どんな画面遷移をしてその画面に行くのか？ どんなIDのデータなのか？ 画面上でどんな操作をすればバグが出現するのか？ こういったことが記述され、すぐにでも再現できればバグの修正コストは相当低くなる。 そもそもの話で、管理表にバグ

[basyura]

Excelに書いてるのはユーザなのか？SEなのか？ログからは分からないのか？

[j5ik2o]

再現手順の明記は絶対必要！

[daichan330]

確かに再現できないと修正の優先度も決められないからなぁ…

[hiroomi]

バグの再現手順だ。記入したら修正する人が「記入した内容で何をするのか？」を考えなければならない。成果物によって、次の人が何をするのか、楽に進められるためにはどういう形で残すかを考えなければならない。

[cknbstr]

「システム開発では、自慰行為の「仕事」が多すぎる。」なんだ俺のことか

[zenpou]

超同意する

[r-west]

修正側はそう言いたくなるが、ちゃんと書くのは意識外事象もあって困難。ログをきっちり仕込んで、現象とログ見れば（再現方法知らなくても）問題は（ほとんど）判るようにしてる。って火消しじゃ、時すでに遅しか…

[deeeki]

《重要なのはバグの再現手順》