削除させていただくことがあります。表現できるということを説明しました。言ってよいと思います。間違いないと思います。出力としてメソッドの返値の他に出力引数や外部変化があったりしても同じです。困難が伴うことがあります。外部条件としてのシステムクロックがあります。読み出すたびに値が違います。朝・昼・夜で違う文字列を返すメソッドを作りたいとします。三行で表現できてしまいます。他に影響が出そうですよね。自前でシステム・クロックを提供する部品を用意してしまいます。自在に指定できるようにしておくと上手くいきます。メソッドを呼び出すとメッセージボックスが出る場合が挙げられます。ユニットテストは止まってしまいますよね。作り込むことは不可能ではないでしょう。メッセージボックスを確認する数が少ないなら目視確認にしてしまったほうが良いでしょう。実際のメッセージボックスは出さないようにします。難しい場合があります。コストを勘案して使い分けたほうがよいでしょう。厳密に記述できてしかも簡単に繰り返すことができるユニットテストで表現したほうが良い。なんでもかんでもユニットテストに置き換えれば良いというものではない。確認は手動テストとしたほうが低コストな場合もありうる。クロックを持つメソッドの外部設計をユニットテストで表現してみます。いうか、「最前面に表示」するウィンドウを作る(2017.08.16)コメントこの記事へのコメントは終了しました。