エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
2004-01-20
privateメソッドをJUnitでテストしたい!という状況が出てきたので、その方法について調べてみる。まず... privateメソッドをJUnitでテストしたい!という状況が出てきたので、その方法について調べてみる。まず単純に思いつくのは、 リフレクションを使う 一時的にアクセス権を緩める の2通り。2番目のやり方は面倒だしアクセス権を元に戻すのを忘れると悲惨なことになりかねないので余裕で却下。一方リフレクションを使う方法はコーディングが面倒になってしまうものの、JUnit-addonsなどを使えば楽に出来るようだ。 だが、ここの1978以下のスレッドとか、Unit Testing Non Public Member Functionsを読むと「privateメソッドまでテストする必要は無い」「privateメソッドをテストしたいと感じる場合、そもそもそのクラス設計に問題が無いか疑うべき*1」という意見が多い。結局今回はクラスを見直した結果、債務が大きくなりすぎていると感じたこともありクラスの分割を