インシデントレポートReboot 公開用
- 1. インシデントレポート :Reboot WACATE2017 冬 2017/12/17 WACATE 実行委員 藤原 洋平
- 2. 自己紹介 ふじわら ようへい 4代目 WACATE 実行委員長 2010年：新卒で開発系会社に入社 品質保証としてインシデントレポートを書く毎日 2016年：第三者検証会社へ転職 以来、テストとは無縁の生活を送る毎日 WACATE2017 冬
- 8. 発生した事象の中で、調査が必要なもの → 期待していた結果と違う 調査が必要と思われるものは、 すべてインシデントとして扱われる 従ってインシデントはコードの欠陥に限らず、 ドキュメントなどにも発生する 「バグ」 ≠ インシデント WACATE2017 冬
- 13. 個人ワーク：10分 以下のテストケースを実施してください 手順： 1. <URL> にアクセス 2. 「参加申込」から、確認画面まで申請を進める 期待結果： 確認画面のメールアドレス欄に、入力した メールアドレスが表示されていること WACATE2017 冬
- 17. このセッションのゴール ほとんどレポートを書いたことがない人 インシデントレポートとは何なのかを知り 明日から報告ができるように 普段それなりに報告している人 目的を再認識し、レポートを改善するきっかけ を見つけてください インシデントレポート職人の皆様 最高のレポートを提供するための見直しとして WACATE2017 冬
- 18. Re:インシデントレポートとは 調査が必要となる事象が発生したときに、 それを報告するためのドキュメント → 開発担当者 → テストリーダー → プロジェクトリーダー WACATE2017 冬
- 19. Re:インシデントレポートとは テストを実施する テストケースの環境、手順に沿った操作 → 思い通りに動かない = 期待と違う 期待結果と操作の結果を比較 ⇒ インシデント WACATE2017 冬
- 23. ISO29119-3 Scope References Glossary Incident details Timing information Originator Context Description of the incident Originator’s assessment of severity Originator’s assessment of priority Risk Status of the incident WACATE2017 冬
- 28. 情報源としてのレポート インシデントレポートは情報の宝の山 適切な項目を書いてもらうことで あらゆるものが可視化される テストの進捗状況/品質状況 → 今後の予測 モジュール毎の不具合の偏り → テスト濃淡 根本原因/抽象化された事象 → テストの入力 etc,etc… WACATE2017 冬
- 32. 私の好きな名言 WACATE2011 夏 より WACATE2017 冬 インシデントレポートは書くこと自体が目的ではない。 読む人に何か訴えたい、 伝えたいことがあるから書くもので、さらに、 読んだ人を動かす、何かアクションを起こしてもらう ために書くものなんだ http://jibun.atmarkit.co.jp/lcom01/special/wacate2011/02.html
- 37. 個人ワーク： 以下のテストケースを実施してください 手順： 1. <URL> にアクセス 2. 「会社：」に「わかてB」と入力し検索 期待結果： 検索結果が何も表示されないこと （わかてB という会社は存在していない） WACATE2017 冬
- 39. WACATE2017 冬