2

假设我们有一个Order类，其中包含一个名为Approve的方法。调用此方法时，它会检查某些条件并将 Order 置于 Approved 状态或引发异常。在服务层，我们有这样的东西：

var order = _repository.Single(o => o.ID == orderID);
order.Approve();
_context.SaveChanges(); // or _session.SaveChanges();

有两种方法可以测试此方法，我想听听您对此的见解：

解决方案 1：存根存储库以返回 Order 对象。然后断言订单处于“已批准”状态。

解决方案 2：存根存储库以返回模拟订单对象。断言 Approve() 方法被调用。

解决方案 1 更简单，我个人更喜欢基于状态的测试而不是基于交互的测试，因为后者可以针对实现细节并且应该避免。但是，我相信测试给定订单是否处于已批准状态不是此服务方法的关注点。我认为我们需要一个单独的 Order 类测试方法来测试是否抛出异常或 Order 的状态是否更改为 Approved。

解决方案 2 可能听起来合乎逻辑，因为我们将批准订单的责任委托给订单类本身。所以也许我们需要对这个服务方法进行 2 个测试：一个确保它将批准订单的任务委托给 Order 类，另一个确保它保存更改。

您对此有何见解？您更喜欢哪种解决方案？

干杯

4

1 回答 1

5

单元测试是为了测试观察到的行为是否符合预期/规范。

在这种情况下，您的问题的答案归结为您认为的“预期行为”：a）如果预期行为是调用服务方法后订单处于已批准状态，则测试状态；b)如果预期行为是授权操作被委托，则测试方法调用。

无论哪种情况，您都需要测试Order对象的行为（以便调用Approve()将状态更改为已批准）。

第二种解决方案效果很好，因为它解耦了两个对象的行为，但是如果有不止一种方式可以使订单处于已批准状态（这就是您正在测试的 - 案例 a）），那么您将限制接受不必要的行为。

另外，我会创建一个单独的测试来测试保存部分，如果这对批准部分不是必需的

于 2012-05-28T01:01:20.750 回答