Railsのテストクラスからsessionの操作可否に違いがある理由

Question

現在RailsチュートリアルでRailsの学習を進めており、9.3.1に取り組んでいます。
ここのセクション内で

ただし統合テストではsessionを直接取り扱うことができないので、代わりにSessionsリソースに対してpostを送信することで代用します (リスト 8.23)。

との記述があります。
しかし、この記述の前にはSessionsヘルパーを単体テストする際に用いるためのsessionを操作するメソッドを定義しています。
ここで疑問なのですが、なぜ統合テストではsessionにデータを代入したりできないのでしょうか？
逆になぜ単体テストはsessionをできないのでしょうか？
見当違いな質問かもしれませんが、ご回答よろしくお願いします。

Answer 1

DHHの説明です。

The session is an internal structure for the controller. Integration test is more black box than controller tests were. I don't think we should be testing internals of the controller like this. I would rework the test to test something visible in the UI instead.

適当訳:
sessionはコントローラーの内部構造です。
結合テストは、コントローラーテストよりもブラックボックスを大きくするものです。
私はコントローラーの内部のようなものをテストすべきではないと考えています。
代わりに、ユーザーに提供するUIによってテストします。

(私の英語力は中学生と大差ないのでおそらく誤訳やもっといい訳があるかと思います)

Comments

[jgvkmea]

asmさんご回答ありがとうございます。
sessionのような細かいテストは単体レベルで行い、それを踏まえた上で結合テストはMVCの連携のような対局的なテストを行うべきだからということなのでしょうかね。
ちなみに思想的な話ではなく技術的な話だと、TestCaseクラスを継承しているテストクラスはsessionを扱えるということなのでしょうか？

[asm]

cookieやURLやパラメータと違い
基本的にブラウザからはセッション変数を任意の値にする事ができない
=> ユーザーに開かれたUIではない
というのが大きいかと思います。
(セッションハイジャックや再送攻撃などはありますが)

> TestCaseクラスを継承
Railsには多数の`TestCase`クラスがあるので断言は難しいですが
ActionController::TestCaseクラスを継承していればsessionを扱えます。

[jgvkmea]

なるほど、たしかにユーザー側がセッションに意識して何か操作を加えるという場面はないですね！
テストというものの思想を少し理解できた気がします！

> TestCaseクラスを継承
すいません、知識が足りませんでした。。TestCaseクラスには色々あるのですね。。
その中のActionController::TestCaseを継承しているものですね！
わかりました！ありがとうございます！

asmさん、追加の質問にもお答えいただきほんとうにありがとうございます！