Q&A
> StreamWriterでファイルに書き込む処理のテストをするにあたって、実際にファイルを書き込むようなことをしたくないです。
「テキストファイル出力を行うライブラリ」のテストを行うのに、「実際にファイルを書き込むようなことをしたくない」ではテストの意味がないと思うのですが？
自社製品用にテキストファイル出力を行うライブラリを作っています。
StreamWriterでファイルに書き込む処理のテストをするにあたって、実際にファイルを書き込むようなことをしたくないです。
もっといい方法がないか、お知恵をお貸しいただけないでしょうか。
現在考えていること
Stream型プロパティを作り、書き込み時にStreamWriterのコンストラクタにそのインスタンスを渡す。テスト時はMemoryStreamで、実際のライブラリはStreamWriterで動作させる。
→ テストのためだけにpublicなものを増やしたくない＋privateにしたとして、リフレクションで操作するのが普通なのか自信がない
void Save(string fileName) で書き込むとすればそれをオーバーロードして void Save(Stream stream) というメソッドを作り、Save(string) 内部からはこのメソッドを呼びます。テストの際は Save(Stream) のみテストすれば良いでしょう。
なるほど。void Save(string FileName) が内部で Stream側のメソッドを呼ぶようになっていれば、Stream側メソッドのテストだけで十分そうですね。
実は引数は出力するDataTableでファイル名はプロパティの設計なんですが、
たとえば出力ストリームを生成するデリゲートをpublic公開して、初期値をStreamWriter生成、テストメソッド側はMemoryStreamにする、という方法もアリですかね？
私から見れば気持ち悪いですが、そうしなければならないのなら、そうしなければならないんじゃないでしょうか。私ならファイル名を保持するクラスは分離します。
分離できないなら、Stream に書き込むクラスからファイル名に書き込むクラスを派生させ、Stream に書き込むクラスだけテストします。
うーん、ファイル出力クラスがいろんなインターフェースやクラスを継承してて引数を変えるのは難しいんですよね。
とりいそぎオーバーロードメソッドを用意する作戦でいこうと思います。
ベストアンサーをつけるので、最初のコメントで回答をしてもらえますか？
いや、また解決したらその時点で自己解決してください。解決までに回答があってそっちの方が状況に合うようならそれをベストアンサーにしてもいいし。
あなたの回答
tips
プレビュー
