テスト分析はじめの一歩 公開版
DESCRIPTION
WACATE2012 冬で使用した発表スライドです。TRANSCRIPT
©Copyright 2012 Asuka Kamijo All rights reserved
おはようございます
セッション名は 同じです!
©Copyright 2012 Asuka Kamijo All rights reserved
準備はよい?
©Copyright 2012 Asuka Kamijo All rights reserved
Introduction
これ、なんて読みますか?
男の娘 と結婚する
©Copyright 2012 Asuka Kamijo All rights reserved
Wel
com
e
テスト分析はじめの一歩
©C
op
yrig
ht
2012
Asu
ka K
amijo
All
righ
ts r
eser
ved
2012.12.16 WACATE実行委員会
ワーク作成支援 上田 卓由
上條 飛鳥
Ab
ou
t me
上條 飛鳥 (Kamijo ♂ Asuka) ねこだま (@nekoasuka)
エンプラ系エンジニア・コンサルタント
何してるの?
要件定義~保守 + インフラ少々
いつからしてるの?
お仕事は3年前から
他には?
先生、ライター、占い師、演劇・イベントスタッフ
©Copyright 2012 Asuka Kamijo All rights reserved
Agenda
1. ?→設計
→開発 2. 男の娘
と結婚する
3. 仕様書を汚すという こと 4.
他の人は どう考えた?
5. 発表!
©Copyright 2012 Asuka Kamijo All rights reserved
さぁ、はじめましょう!
©Copyright 2012 Asuka Kamijo All rights reserved
Agenda
1. ?→設計
→実装 2. 男の娘
と結婚する
3. 仕様書を汚すという こと 4.
他のスーパーSEはどう考えた?
5. 発表!
©Copyright 2012 Asuka Kamijo All rights reserved
早速
テスト環境を
触り出す
手始めに
テスト実行の
手順書を作る
まず
どんな種類のテスト
をするか纏める
とりあえず
仕様書を
読む
あなたは
最初に何をしますか?
テスト実行 テスト実装
テスト設計 テスト分析
テスト工程
テストの担当者に選ばれました!
©Copyright 2012 Asuka Kamijo All rights reserved
早速
テスト環境を
触り出す
手始めに
テスト実行の
手順書を作る
まず
どんな種類のテスト
をするか纏める
とりあえず
仕様書を
読む
あなたは
最初に何をしますか?
テスト実行 テスト実装
テスト設計 テスト分析
テスト工程
テストの担当者に選ばれました!
©Copyright 2012 Asuka Kamijo All rights reserved
ちょっと待ってよ 仕様書なんて今更読んで
どうするのさ? 前や他のプロジェクトの テストケースがあるし、 それを使えばいいだろ?
©Copyright 2012 Asuka Kamijo All rights reserved
そんな事は断じて無い。 テストケースの流用は 漏れが出る上に、非効率だ。
プロジェクトで作られた資料を 読み込み、どのようなテストを
行うのが効率的か、徹底的に 考えるべきだ。
まずはどんなテストをやるとよいか考えてみなさい。
©Copyright 2012 Asuka Kamijo All rights reserved
Agenda
1. ?→設計
→開発 2. 男の娘
と結婚する
3. 仕様書を汚すという こと 4.
他のスーパーSEはどう考えた?
5. 発表!
©Copyright 2012 Asuka Kamijo All rights reserved
これ、なんて読みましたか?
男の娘 と結婚する
オトコノコ と結婚する
オトコノムスメ と結婚する
©Copyright 2012 Asuka Kamijo All rights reserved
そもそもどうして読み違いが出るのか
• ドメインが違うから
• 余計な情報が多いから
• 同じ言葉を違う意味で使うから
• 同じ意味を違う表現で記述するから
• 具体的な内容が記載されていないから
• 文章が長すぎるから
• 指示語が多すぎるから
©Copyright 2012 Asuka Kamijo All rights reserved
アキバ系? 一般人?
仕様書に書かれた「思い」や「愚痴」 各人が考えた構成管理の爪跡
女性そのものを表す娘か、 女性っぽさを表す娘か。
段落やシートごとに違うとか多いよね
で? って言いたくなる文たち
こんな1文。 ○○処理については、××の処理同様、△△の■■と??を参照し、@@が++であればAを、@@が**であればBを、その他の場合についてはCを△△の
##に反映し、$$データベースを更新した後に、次
画面へ遷移する。
上記処理実行後、正常に終了していた場合、項目No.100に対して更新処理を行う。詳細は別紙『xx』参照。とか。
3色ボールペン法を使ってみよう
• 資料を読み解く方法の1つ – 3色(赤・青・緑)を以下の意味で使い、
資料へ書き込む
→情報が整理され、理解が進む
• 絶対大事(赤) –客観的に、主軸となる内容であること
• まぁ、大事(青) –客観的に見て、それなりに重要なこと
• 何これ気になる(緑) –主観的に見て、おかしいと感じたこと
©Copyright 2012 Asuka Kamijo All rights reserved
早速使ってみましょう!
©Copyright 2012 Asuka Kamijo All rights reserved
例題 ついでに買ってきてアプリ@スマホ版 • 出かける人に、行先でついでに買ってきてもらう内容を伝え、買ってきてもらう為のアプリ
• 出かける人は、「お出かけリスト」に出かける先を登録する
• ある画面のボタン項目「お出かけリスト」についての仕様書の抜粋を、次頁に示す
©Copyright 2012 Asuka Kamijo All rights reserved
例題 ついでに買ってきてアプリ@スマホ版 【項目お出かけリスト】
• お出かけリスト
• タップするとお出かけリスト画面に遷移する。
• 新規お願いがある場合は、お願い数が
数字で表示される。
©Copyright 2012 Asuka Kamijo All rights reserved
わたしの例
©Copyright 2012 Asuka Kamijo All rights reserved
わたしの例
©Copyright 2012 Asuka Kamijo All rights reserved
項番 どんなテストをしたいか? 左記補足 どんなキーワードから思いついたか?
1 「お出かけリスト」の保存が何件まで正しく保存されるか。
最大何件登録可能か。
「お出かけリスト」にはどのような情報を保存するのか。を確認したい。
『お出かけリスト』
2 タップ・スワイプ操作による挙動
タップやスワップは、実行する指の本数によって挙動が変わる場合がある。
『タップすると、』
3 お願いの状態遷移テスト お願いという情報について、少なくとも「新規」という状態がある。他にどのような状態があるのか、どのような時に状態が変化するのか確認が必要。
『新規お願い』
4 画面遷移の確認 どの画面から、どのような情報を持って遷移するか書かれていないため、不安に思った。
『お出かけリスト画面に遷移する』
5 パフォーマンス 「お出かけリスト」を多量に登録した場合、その表示レスポンスが気になる。
項番1.左記補足内の『最大何件登録可能か』
6 文字種類 文字に重なりがあったりはしないか?
見づらくないか?
データが多くなった時に項目名を隠さないか?
『表示される。』
3色ボールペン法の先
3色ボールペン法を独自の方法へ昇華する
例えば 3色ボールペン法で資料を
読解しながら 1枚の紙へと
整理した結果を転記する
転記のフォーマットは マインドマップでも
イラストでも 文章でも
自分に合う表現方法を探しましょう!
©Copyright 2012 Asuka Kamijo All rights reserved
Agenda
1. ?→設計
→開発 2. 男の娘
と結婚する
3. 仕様書を汚すという こと 4.
他のスーパーSEはどう考えた?
5. 発表!
©Copyright 2012 Asuka Kamijo All rights reserved
配布資料の説明
• 「ついでに買ってきてシステム」仕様書 1式
• 分析結果まとめシート 2枚
• 白紙(A4) 2枚
©Copyright 2012 Asuka Kamijo All rights reserved
さぁ、実践です!
• 「テストしたいこと」を洗い出しましょう
• 『分析結果まとめシート』へ書き出しましょう
• 「どんなキーワードから思いついたか?」
を必ず記入してください
–後半のグループワークで発表や共有をします!
※仕様書を汚した結果を参考にしましょう
※途中で仕様書を汚しに戻っても構いません
©Copyright 2012 Asuka Kamijo All rights reserved
仕様書を汚しましょう!
制限時間
20 分
3色
ボールペン法を使って みましょう
気になる部分を
緑でたくさん
書き出して みましょう
©Copyright 2012 Asuka Kamijo All rights reserved
「何故」をまとめましょう!
制限時間
20 分
テストしたいこと
を洗い出し ましょう!
どんなキーワードから思いついたか?
を必ず
埋めましょう!
©Copyright 2012 Asuka Kamijo All rights reserved
仕様書を汚しに戻っても
OKです!
Agenda
1. ?→設計
→開発 2. 男の娘
と結婚する
3. 仕様書を汚すという こと 4.
他の人は どう考えた?
5. 発表!
©Copyright 2012 Asuka Kamijo All rights reserved
他の人と共有しよう!
• 仕様書を汚した結果と、
分析結果まとめシートの内容を共有しましょう
• 共有した後、「他の班に是非知って欲しい
分析時のポイント」を2,3点ピックアップして
ください
※班内の共有は若手から順に行ってください
※最後にピックアップしたポイントを発表します
©Copyright 2012 Asuka Kamijo All rights reserved
配布資料の説明
• 分析結果まとめシート 5枚
©Copyright 2012 Asuka Kamijo All rights reserved
グループワークです!
制限時間
午前 いっぱい
若手から 共有
してください
他の班に知って
欲しい分析時のポイントを2,3点ピックアップ してください
©Copyright 2012 Asuka Kamijo All rights reserved
カレーを食べつつ考えられましたか?
• 他の班の話を聞いてみて、
やっぱり自分の班のここがすごい!という点
• 自分の班の傾向
• 参加者のドメインによる考え方違いについて
→これらを各班に発表していただきます
※発表者(モデレータ)の選定もお願いします
©Copyright 2012 Asuka Kamijo All rights reserved
Agenda
1. ?→設計
→開発 2. 男の娘
と結婚する
3. 仕様書を汚すという こと 4.
他の人は どう考えた?
5. 発表!
©Copyright 2012 Asuka Kamijo All rights reserved
みんなに発表
制限時間
6 分
発表者は
若手か初参加 から
質疑応答込みの 時間です
発表と質疑の 配分は自由!
©Copyright 2012 Asuka Kamijo All rights reserved
That’s All!
1. ?→設計
→開発 2. 男の娘
と結婚する
3. 仕様書を汚すという こと 4.
他の人は どう考えた?
5. 発表!
©Copyright 2012 Asuka Kamijo All rights reserved
実行委員の結果も共有します
• 後日WACATEのSNSでPDFを少し公開します!
©Copyright 2012 Asuka Kamijo All rights reserved
+1