UnitTestでのprivateメソッドとの向き合い方 - ジムには乗りたい

privateメソッドのUnitTestについて、下記のような扱いがあると思う。 スコープを（例えばprotectedに）拡張する 直接間接を問わず、リフレクションなどを活用してテストする これらに対して、ずっと何か違和感を覚えていた。 実践JUnitでちょっと触れられている箇所があって、自分なりの読み解きで何となく向き合い方が腹落ちしたので書いておく。 UnitTestはメソッドのテストではなく、そのふるまいのテストにより重きが置かれるべき privateメソッドは実装の内部詳細であり、その変更はふるまいに影響をあたえるべきではない 上記の前提を考えると、基本的にはpublicスコープに対してのテストで十分になりえるはず。 そのクラスのふるまいであるなら少なくともパッケージ以上にスコープが（テストのためではなく）拡張されることに違和感はない。 そうでないならば別のクラスに切り出すようなふ

[trashtoy]

privateメソッドはpublicメソッドの中の一部という感覚

[tofu-kun]

はい

[tbpg]

"t_wada さんにTwitterで参考記事を教えていただきました！"

[akatakun]

Objective-Cのテスト書いてた時はクラス拡張でアクセス属性書き換えてたなー，UnitTestはメソッドのテストではなく、そのふるまいのテストにより重きが置かれるべ，privateメソッドは実装の内部詳細であり、その変更はふるま

[poppun1940]

UnitTestでのprivateメソッドとの向き合い方 - ジムには乗りたい 2016 - 09 - 05 UnitTestでのprivateメソッドとの向き合い方 Test privateメソッドのUnitTestについて、下記のような扱いがあると思う。 スコープを（例えばprotectedに）拡張す

[iakio]

privateメソッドって、publicメソッドのテストが通った後リファクタリングの段階で切り出すイメージなので、書いたときにはもうテストは通っている（publicメソッドがグリーンになるまでprivateメソッドを書くのは我慢する）

[teracy_junk]

『UnitTestはメソッドのテストではなく、そのふるまいのテストにより重きが置かれるべき』『 privateメソッドは実装の内部詳細であり、その変更はふるまいに影響をあたえるべきではない』

[ledsun]

これ（t_wadaさんの参考記事）を見に来た