一人が操作してシステムを動かし、エビデンスの取得し、結果を二人で確認するって感じ。
二人ぶんの工数が必要だが、意外と以下のようないい効果が出ている。
一人だと操作とテスト内容の確認をしているとごっちゃになって何をしていたか分からなくなることもあった。
例えば、一人で複数人のテストユーザーを用いてそれぞれの役割の操作をするときなど、
(二人ともかなりの集中力が必要になるため、疲れてくると見逃しちゃうこともあるけど、二人で共に反省できるのも大きい)
テストデータを間違って更新してしまうとリカバリのためにテストデータの状態を戻す予定外の作業が発生してしまい、時間のロスがないのは大きい。
また、作業者が再テストしたくないがために、「これは前にうまくいってたから、多分大丈夫だよね。」→でもデグレってて、後で発覚なんてことも防げると思う。
これはどんなときに使う機能なんだろうかとテスト前に議論することで、ユーザー業務内容の理解ができるようになった。
「じゃあ、システムはこういう使われ方をするはずだね。」とシステムを実際に使ってみると不便さに気づいたりした。
また、エラーにより業務が止まってしまう怖さを感じたりすることで、追加テストを自発的にやったりできた。
二人とも気が抜けないため、ヘトヘトになるが、すごく効果あると思う。
まあ、大前提として、無理なスケジュールが引かれてる必要があると思うけどね。