ユニットテスト：xmlリーダーをテストするための複雑なXDocumentを作成する

Question

XDocumentを内部的に使用する2つのクラスXmlWriterとXmlReaderを使用して、倍精度、文字列、配列などの単純な値を格納/

たXmlWriterクラスは、基本的に私はセットのunittestの（文字列、ダブル）メソッドを作成したい場合は、私は簡単に正しい要素かどうかを確認するために、文書のフィールドを使用することができ、今、この

class XmlWriter 
{ 
    internal XDocument document; 

    Set(string name, double value); 
    Set(string name, Int32 value); 

    … 
    SaveToFile(string filename); 
} 

のように見えますXPathを使用して追加されました。

​​

このメソッドは、XmlWriterでうまくいきます。ただし、XmlReaderはテストするのが非常に難しいです。私が見る限り、2つのオプションがあります。

まず、XmlWriterを使用して、XmlReaderの単体テストのXDocumentを設定できます。

//Quick and dirty to give you an idea 
writer.Set("something", 123); 
reader.document = writer.document; 
Assert.AreEqual(123, reader.Get("something"); 

今XmlReaderのためのユニットテストが重くたXmlWriterクラスに依存しているため、私は本当に好きではありません。私がXmlWriterクラスを破ると、XmlReaderの単体テストも確実に失敗します。

私が念頭に置いている別のオプションは、手作業でXDocumentを作成することです。特に、XmlStructureが少し複雑な場合は非常に面倒です。

あなたの意見はどうですか？

ありがとうございます。

Answer 1

あなたの実装を見ることはできませんが、あなたのクラスはXDocumentラッパーのように見えるので、ユニットテストではクラスがXDocumentで期待されるメソッドを呼び出すことをテストする必要があります。私はXDocumentを模擬し、あなたが期待するメソッドがSet、Get、Saveのために呼び出されることを確認します。さもなければ、あらゆる種類のXML可能性を単体テストしようとするでしょうし、XDocumentはすでにその作業を処理しています。