前回までのソースですと、テスト実行時に通信が生じた際にVCRが反応してくれてるのかが解りにくいです。デバッグ用のコードを仕込みたいと思います。ちなみにVCRは標準でこの機能を持っています。コメントアウトを外せば良いです。failures一気に可読性が下がりました(泣)これは、どの条件でCassette内を走査してマッチングを行ったかの過程と結果が細かに出力されています。この子はこれで必要な情報なのですが、普段の開発では少し情報量が多すぎますね。テストの網羅性を直感的に視認したいときはノイズになってしまいます。自前で実装してみましょう。endendテストを実行してみます。failures(”xxx”は伏字です)次にCassetteファイルを削除してテスト実行します。failures今度は一回目のリクエストでCassetteを作成(recordable)し、2回目でそれを再生(stubbed)している様子が解りやすいです。Cassetteのファイル名が解るのもいいですね。開発者はこれを見て、stub漏れがないことを確認できます。今回はここまで!55インチでのプログラミングを試みた時の写真です。TVを利用してみました。