#ノーモア手戻り
皆さん、テストで手戻りした経験はありますか？
私はいっぱいあります。
テストをやっているときは基本的にコードを書かないと思いますので、
退屈に感じる人も多いと思います。

でも、テストは大切な作業です。素早くミスなくきっちり終わらせたいものです。
手戻りをできるだけ回避するためのTIPSを、自分なりにまとめてみました。

#前提の整理
この記事では、「テスト実行時に、何らかの失敗をして、テスト実行をやり直すこと」を「手戻り」と呼びます。

そもそものユーザーストーリーが間違っていた
実装をするための設計にミスがあった
実装が間違っていた
テスト仕様書が噓をついていた

といった、「テスト実行より手前の段取りに不備があったこと」を理由にした「やり直し」については触れません。

#1.テスト実行前にやること
####テスト準備の不備をつぶす

「前提条件」をリスト化し、すべて確認する
- テスト実行環境
- テスト対象のリソース
- テスト実行ユーザ
- テストデータ
- (他にもいろいろ)

経験上、テストの手戻りでいちばんありがちなパターンが、
「前提条件を間違えていた」です。

例を挙げると、

ひとつ前のリビジョンでテストをしていた
環境Aでやらなければならないテストを環境Bでやっていた
「女性」ユーザ限定の機能を確認するテストなのに「男性」ユーザを使用していた

などです。

これらの前提条件の準備に間違いがあると、テストをすべてやり直しする羽目になってしまいます。状況によって「何を網羅すれば準備完了といえるのか」は変わりますが、例えばそれをリスト化することによって、抜け漏れを検知することができます。

特に、プロジェクトに入って日が浅い人は、モブプログラミングのような形で、グループで「前提条件のリスト」をレビューしてあげると良いと思います。

#2.テスト実行中にやること
####とにかく落ち着いて、一つずつ

テストケースをひとつ実行するたびに、いま何をしなければいけないかを確認する
- 前提条件
- テスト実行手順
- 期待値を確認するタイミング
- 期待値と、OK\NGの判断根拠

先ほどの例に似ていますが、例えば、テストケース№1～100までが「男性」ユーザのテストケースで、№101からが「女性」ユーザのテストケースだったとします。
前提条件を都度チェックせず、№101以降も「男性」ユーザでテストを進めてしまうと、手戻りが発生します。

####アナログな手法を活用する

テスト仕様書の黙読を避ける
- いま自分が読んでいる箇所を「指さし確認」する
- ついでに「声に出して読む」
- 読んだところに「取り消し線」を引く
- 紙に印刷してしまう

実行者が人間である限り、ヒューマンエラーは起きます。
「前提条件を確認したつもり(だけど確認が漏れていた)」「この手順を実行したつもり(だけど異なる手順を実行していた)」といったことです。
実行した箇所をツールが自動的に「実行しました」とチェックしてくれるようなツールがあれば嬉しいのですが、2017年現在は、まだそのようなツールは世の中に出回っていません。
とてもアナログではありますが、例えば指さし確認をすることで、自分の意識をその箇所に集中させることができます。

#3.テスト実行後にやること
####実行ミスがないかチェックする

結果の評価にツールを使う
事前にユニットテストを自動化しておく
Excelなどの数式で比較する
差分比較ツールを使う→テキストファイル、画像、PDFなど

ここでも、実行者が人間である限り、ヒューマンエラーは起きます。
「実行ミスがないかチェックする」と口でいうのは簡単なのですが、
「実行ミスが実行ミスであることに正確に気づく」ことはとても大変です。
ツールなどを使って、「嫌でもミスに気付く」仕組みを作っていければ望ましいと思います。

#おわりに
上記に書いたことを、すべて実行できるとは限らないと思います。
指さし確認をしていたら「変な人だなあ」と思われることもありますし、
そんな悠長なことをやっていられない局面もあります。
けれども、「急がば回れ」が原則だと私は考えています。
ノーモア手戻り。あなたにとってテストが楽しく、充実した時間になりますように。