これは私を夢中にさせています。エラーが発生した場合にリクエストのコンテンツレスポンスを変更するために使用する拡張機能があります。基本的に、すべてが機能する場合は通常どおりJSONにシリアル化されますが、未処理の例外が発生した場合は、別のオブジェクトに基づいてシリアル化されます。
これを回避するための単体テストが必要ですが、その書き方がわかりません。それが機能したことを検証する手段は、StatusCode、障害メッセージインスタンス、および応答のContentTypeを中心に展開されます。
戻る応答を変更するために、WebOperationContext静的クラスを利用します。これをモックする例を見たことがありますが、実際のコードに浸透し始める特別なロジックをハードコーディングする必要があるようですが、これは望ましくありません。
WCFの動作拡張を単体テストするための最良の方法は何ですか？