自分の経験値をアウトプットするシリーズ改修者にやさしいバグの報告とは何かしら「バグってる!」と思ったとき、それは直さなければいけないのだが、それを直すべきか、直すためには何を書き残しておくとよいのかというのは人によって観点はバラバラであることが多い。そのため、何を書き残しておくと直す側にとって優しいのかを挙げてみる。起こったことまま文字通りに起きたことを書く。文章で表現できる内容であればそれを記載すればいいし、もし絵面としての崩れなどであればそれを画像として保存しておくとよい。すれば、より起きた不都合な事象がわかりやすくなる。「バグった」と認識するからには期待される事象が別にあるということになる。これの記載がないと、直すべきゴールが見えないので書くことで認識合わせのコストがグッと減る。再現手段そのバグを起こす手段を記載する。原因特定にもつながるだけではなく、そのバグが本当に直せているかの確認の際にも必要になる。起票者としてもこの項目がかくことにより、自身の見間違いではないなどのセルフチェックにもつながる全体的に言えること文章の内容は正しく伝えること、端的な表現だとバグの状態を読み取り間違えてしまうことがある。「年齢の部分が間違っています」という書き方だと「年齢の値が漢数字で表示されるところが英数字になってしまっています」という意味でも通るし、「年齢の枠のデザインのCSS色が意図したものと違います」とも受け取れるので、正しく書くことがコミュニケーションコストの削減につながる。00:00バグ報告をするときに書き留めておきたい項目Tweet広告を非表示にする関連記事2019-03-09アプリケーションプログラミングインターフェースの使い心地APIを考えるときはインターフェイスの使い心地がよくなるように...2019-03-03何故コードレビューはするといいのか、何故コードレビューは難しいのか日曜なのでポエミーな雑記です。100%を最上段のhtmlタグに対してセットするとブラウザの種類や状態に...あー、そうやって相対値をはじき出すほうほうもあるんだ。(3)はてなブログをはじめよう!shinkufencerさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。