115.テスターの一日 その⑥
- 115.テスターの一日 その⑥
-
- 探索的テスト
- セッションベースドの探索的テスト
- メンバーの得意不得意によって指示を変える
- 戦術っぽい話を思いついたままに書いてみる
- 「バグ登録はいつやればいいの」問題
- 「探索的テストで出したバグは再現が…」問題
- 「探索的テストのログを取りたい」問題
- 1分でわかるテスターちゃんができるまで!
探索的テスト
作者はテスト経験のほとんどがテスト部隊で、探索的テストも基本的にはチームプレイでやることのほうが多かったです。
探索的テストの全体設計をする人がいて、その人の指揮に合わせて進めるという形。
探索的テストをチームプレイで行うときはセッションベースドの探索的テストが管理がしやすく進めやすいです。
デメリットとして、指揮する人がテスト全体の状況が見えていない、状況から次の打ち手を考えられないと明後日の方向に連れていかれます。
無駄な行動をすることになったりするので注意が必要です。
セッションベースドの探索的テスト
セッションベースドの探索的テストは時間で区切られたセッション、そのセッションでのミッション(目的)を設定して行う探索的テストです。
1回のセッションが終わったらデブリーフィング――終了後の相談を行って、次のセッションでの方針を決めます。
なので「学習→設計→実行→FBから次の行動を決める」という探索的テストの行動にさらに大きな枠「1回のセッションの実行→FBから次のセッションの方針を決める」のサイクルがあるわけです。
作者は1回のセッション時間は40分で設定していました。
よく理由を聞かれますが、web/appの現場の経験上です。
30分だと短いのですよ。やりたいことができずに終わったりします。
1時間だと飽きちゃうメンバー、同じことを繰り返しているメンバーが増えてきます。
その辺を見ながら調整をしていったら40分に落ち着いたといったところです。
この時間も、探索する規模によっては短くしたり長くしたり調整は入ります。
メンバーの得意不得意によって指示を変える
これは通常のマネジメントでも同じですね。
続きを読む