Downloaded 20 times
![16
観点を⾒つける
審査基準に着⽬します。
[A1]
[A2]
[A]
⾒つけた観点には[A1][A2]といったIDを付けておきます。](https://image.slidesharecdn.com/et-151007150414-lva1-app6892/85/ET-16-320.jpg)
![観点を⾒つける
17
[B1]
[B2]
[B3]
[B]](https://image.slidesharecdn.com/et-151007150414-lva1-app6892/85/ET-17-320.jpg)
![観点の詳細化
18
[B2-1]
振る舞い図の要素として、クラス図で定
義したオブジェクトが使われているか？
(システム全体の振る舞いじゃないよ？）
[B2-2]
振る舞い図は審査課題で選択したことの
説明になっているか？
（課題と関係ないこと書いてないよね？）
＜詳細化の例＞
[B2-3]
振る舞い図は正確に動作するか？
(ちゃんと動くよね？）
[B2]](https://image.slidesharecdn.com/et-151007150414-lva1-app6892/85/ET-18-320.jpg)
![ブレーンストーミング
24
⾒つけたい問題を書き出していきます。
審査規約とか
[気になった点]
・⽂字がつぶれて読みづらい
です。残念！
・構造と振る舞いの⼀貫性が
ない。⾻太さが⾜りません。
・責務が集中しすぎています。
激おこぷんぷん丸です。
審査コメントとか 過去の失敗とか](https://image.slidesharecdn.com/et-151007150414-lva1-app6892/85/ET-24-320.jpg)
![参考⽂献・引⽤
37
ソフトウェアテスト教科書 JSTQB Foundation 第3版
http://amzn.to/1FA7Atx
間違いだらけの設計レビュー [改訂版] 森崎 修司 著
http://amzn.to/1LiS1Zo
ETロボコン2015 審査規約
http://www.etrobo.jp/2015/gaiyou/shinsakiyaku.php
ETロボコン2015 実施説明会資料
http://www.etrobo.jp/2015/taikai/image/PDF/
01etrc2015_zentaisetumei.pdf](https://image.slidesharecdn.com/et-151007150414-lva1-app6892/85/ET-37-320.jpg)
Uploaded byKazuhiro Kawachi
ETロボコンで学ぶレビュー技法
2015年10月3日に福山市で実施した「ETロボコン2015中四国地区 秋の独自勉強会」で行った演習内容を元に再構成した資料です。
ETロボコンで学ぶレビュー技法
- 1.
- 2.
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11. 11 レビューは段取り⼋分！ 1. 計画 ü ⼈選する ü 役割を決める ü レビューのやり⽅を決める ü どこをレビューするか決める ü レビューをはじめる条件を決める。 2. キックオフミーティング ü レビュー対象物を配布する。 ü 参加者にレビューの⽬的とやり⽅を説明する。 3. 個々の準備（前準備） ü 各⾃でドキュメントをチェックする。 ü ⾒つけた⽋陥、質問、コメントをメモする。
- 12. 12 4. レビューミーティング ü 議論を⾏い、結果を記録する。 ü ⽋陥について述べ、扱いを決める。 5. 再作業 ü ⾒つけた⽋陥を修正する。 ü どのように⽋陥を直したか記録する。 6. フォローアップ ü ⽋陥を処理したかチェックする。
- 13.
- 14.
- 15. 15 どこから観点を⾒つけるのか v 規約類から ü 参加規約 ü 競技規約 ü 審査規約 v 技術情報から ü 開発プラットフォーム ü プログラミング⾔語 ü UML⽂法 v 既存の成果物や経験から ü 前回のモデルやソースコード ü 過去の経験や失敗事例、先輩からの引き継ぎ事項 ü 他チームのモデル ü これまでの調査、分析結果
- 16.
- 17.
- 18.
- 19. 19 チェック⽅法を決める ID 観点 どこをどのように B2-1 振る舞い図の要素として、 構造で定義したものが使 われているか？ シーケンス図、コミュ ニケーション図が描か れている箇所 ライフラインの名称が クラス名と⼀致してい ることを確認する。 B2-2 振る舞い図は審査課題で 選択したことの説明に なっているか？ 審査課題の記述箇所と 振る舞いについて説明 しているページ 振る舞いの内容を調べ、 審査課題と⼀致してい るか確認する。 B2-3 振る舞い図は正確に動作 するか？ シーケンス図、コミュ ニケーション図が描か れている場所 メッセージを辿りなが ら、ライントレース⾛ ⾏が継続できるか確認 する。 ↑メンバー間で認識が異ならない程度まで 具体的に書く。
- 20. 20 結果を記録する No. 問題点 観点修正⽅法 1 クラス図では「ライントレーサ」 クラスがあるが、シーケンス図に ライントレーサが出てこない。 B2-1 ライントレーサを追加する。 2 3
- 21.
- 22. 22 今回取り上げる⽅法 v 名古屋⼤学の森崎修司先⽣が提唱している技法 「シナリオレビュー」を参考にしました。 v 特徴 • 「重要な問題」を早期かつ確実に検出できる。 • レビューアの勘や経験、そのときの気分などに左右されにくい。 • 前準備をきちんと⾏う必要がある（必要な情報や知識も含め）
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31. 31 成功させるポイント v ⽬的をはっきりさせる ü 「このレビューで、どんな問題を⾒つけたいのか？」をはっき りさせ、メンバー間で認識を合わせておくこと。 ü 段取り⼋分。準備が重要。 ü この技法を使うポイントをうまく絞る（トリアージ） ⾒つけたい問題の重み付けが重要 v メンバーに合った確認⽅法を決める ü 「メンバーが共通の認識を持てる確認⽅法」を記載。 細かすぎず⼤雑把すぎずのポイントを探す。
- 32. 32 気をつけるポイント v 勘と経験も、うまく組み合わせる ü シナリオ化することで、勘と経験を活かしにくくなるデメ リットもある。うまく使い分ける。 経験ベースのレビューも組み合わせ、そこで⾒つかった問題を 観点リストに取り込み、徐々に形式知化していくのがよい。 v なんでもかんでも⽬視に頼らない ü 静的解析ツールに頼った⽅が確実に⾒つけられるものもある。 ü 中にはテストで⾒つけた⽅が低コストなものもある。
- 33. 33 メリット v ノウハウを引き継げる ü レビュー観点や、その調べ⽅を後輩へ引き継げる。 モデルやソースを渡すだけだと、悪い点まで引き継がれる。 ノウハウを引き継げば、悪しき⾵習を断ち切れ、同じ失敗を繰 り返さなくなる。 v やったことが形に残る ü どこをどのように調べたのか記録が残り、⾒直ししやすい。 ü ⽂章化することでメンバーの意識を合わせやすくなる。
- 34. 34 メリット v 時間を⾒積もれるようになる。 ü ⼿順が明確なので、繰り返すことでレビュー時間を⾒積もるこ とができるようになる。 ü やみくもに時間を消費することがなくなる。 v 不⾜スキルや調査漏れがわかる ü スキルや調査が⾜りてないと、観点を挙げることができない。 ü ⾃分たちの⼒や取り組みのどこが⾜りないのかがわかる。
- 35.
- 36.
- 37. 参考⽂献・引⽤ 37 ソフトウェアテスト教科書 JSTQB Foundation第3版 http://amzn.to/1FA7Atx 間違いだらけの設計レビュー [改訂版] 森崎 修司 著 http://amzn.to/1LiS1Zo ETロボコン2015 審査規約 http://www.etrobo.jp/2015/gaiyou/shinsakiyaku.php ETロボコン2015 実施説明会資料 http://www.etrobo.jp/2015/taikai/image/PDF/ 01etrc2015_zentaisetumei.pdf
- 38.
- 39.