WCF响应对域对象的单元测试转换

Question

从WCF服务中，我们获得了一个复杂的退出响应，其中包含多个嵌套列表和许多属性（最多5级）。 此响应不是一对一可用的，因此我们构建了将其“翻译”为可在UI中使用的域对象的转换器。

我们希望对翻译过程进行单元测试，因此我们知道字段之间没有错误映射。 目前在我的单元测试中，我正在构建代码中的响应。 但是这已经放弃了一些工作，特别是当我需要在不同的响应中使用一些变体来测试不同的流程时。 同样，单元测试也变得非常大。 （只建立一个响应可以超过200行）

我一直在想一种方法，可以更轻松地建立响应并使我的单元测试看起来更干净。

我一直在考虑的一个选项是为每个unittest创建一个带有所需响应的XML文件，将其反序列化为响应并在反序列化对象上进行单元测试。

这种方法的专家是单元测试将变得更小，更容易创建。 但是更新文件/元素将更加困难。 或者至少这就是我的想法。

任何人都有一些想法或不同的选择，使这个响应建设更容易？

Answer 1

您可以使用AutoFixture等框架来帮助您创建响应的实例。 AutoFixture将自动设置属性，从而使您的构造代码非常短，并且您可以在需要时覆盖其行为。 例：

var mc = fixture.Build<MyResponseClass>()
   .With(x => x.SomeProperty, "SomeValue")
   .CreateAnonymous();

对于非自定义值，Autofixture使用确定性随机性来生成值，这可确保您每次都获得不同的值，但仍将值保持在有效范围内。

Answer 2

在为请求 - 响应接口编写测试时，应编写测试用例，以便每个案例尽可能测试请求中最小的重要部分。 也就是说，每个测试用例应一次测试一个重要的请求元素。

如果遵循此模式，则应该能够将每个测试用例标识为以下之一：

核心案例

定义从中构造其他测试的“基础”的情况。 这些总是成功的案例，代表成功的请求。 您可以在单元测试类中定义核心请求，或者如果您有多个核心案例，则从公共基础构建核心案例。 在任何一种情况下，这些情况都是您在大多数“设置”值的地方。

偏差案例

通过更改一条信息来测试不同的用例，在核心测试用例的基础上构建一个用例。 通常这些是你的边缘情况，通常测试预期的失败（即调用者传递不良信息）。

这基本上归结为DRY ，因为你的核心案例定义了你的测试用例中“常见”的东西，所以你不需要花费200行来设置值。 大多数测试用例输入应该表示为“与<test case>相同但是带有<deviation> ”，因此您应该这样写。

Answer 3

我认为Lloyd的意思是您将负责构建响应对象的当前代码带入一个单独的* .dll中，因此它只是一个API或库，您可以在单元测试中调用它。 因此，您的单元测试将变得更加简单。 这种方法的另一个好处是，您实际上可以构建两个API：一个构建假对象，另一个构建查询真实服务的API。 使用界面，您可以通过配置设置轻松切换API。 您也可以尝试使用像MoQ或smth这样的模拟框架。 如果它对你的情况有意义。