ユニットテストでXMLフラグメントを外部化するのはいつですか？

Question

同僚と私はユニットテストで使用されるXMLフラグメントは、テストファイルに生きるべきか、外部化する必要があるかどうかの上に興味深い議論がありました。試験の一部で

他に、我々は処理の部分をテストするためにフラグメントを使用しながら、我々は、長さが多かれ少なかれ5行であってもよい断片を入力として使用される完全なXMLファイルを持っています。それはサイド・バイ・サイド、それに本質的に依存しているテストコードとなるように、

私の同僚がXMLを維持するのに有利に主張しました。ソースコード（面白いフォーマッティング、潜在的な改行問題は、文字をエスケープすること、など）とXML大量のソースファイルに対して有する垂直影響でXMLを埋め込むことにより生じる気まず：私は個人的には二つの主なものに反対しています。

私は、ソースコントロールにまたはちょうど意見基づくものではないいずれかのアプローチを支持する任意の強い引数がある場合は、垂直の使用を最小限に抑えることの利点についての具体的な研究があるかどうかについて興味があります。私は重いIDEユーザー（IntelliJ）だから、多分私は考慮していないCLI指向のユーザーのための問題がある？

Answer 1

そこには難しいルールはありませんが、Javaでの生の文字列の欠如は、それが醜いに見えるのです。あなたが実際にXML解析をテストしている場合を除き一方で、私は他のすべてのユースケースの回帰テストと統合テストと（とやビルダーなし）プレーンなJavaコードのために外部のXMLファイルを使用します。テストケース間で再利用する方が簡単で、リファクタリングの際に必要な変更は少なくて済みます。IDEはコードでは必要な変更を行いますが、XMLファイル/文字列では変更しません。