我正在研究TDD并在我当前的项目中进行实验. 我注意到我必须在测试中复制很多断言. 这是情况: 我有两个构造函数的Order类,第一个是默认的 第二个有三个参数 Order(int customerId, int typ
我注意到我必须在测试中复制很多断言.
这是情况:
我有两个构造函数的Order类,第一个是默认的
第二个有三个参数
Order(int customerId, int typeId, decimal amount)
在OrderTests类中,我正在检查分配是否正常
Assert.IsTrue(o.CustomerId == 5 && o.TypeId == 3 && amount == 500)
我有订单服务类和以下创建订单方法,因为订单创建是复杂的过程.
Order CreateOrder(int cusotmerId, int typeId, int amount, moreParams...)
OrderServiceTests类测试了这个方法,我需要使用相同的assert来检查Order在CreateOrder服务中是否已正确创建.
Assert.IsTrue(o.CustomerId == 5 && o.TypeId == 3 && amount == 500)
>在测试中有这样的重复是否可以?
>在测试中提取具有相同断言的方法是否有意义,有时数字或重复断言可能多于一个?或者这样的方法提取使测试不可读?
在你完成测试后的重构过程中(如果你不仅在生产代码中发现重复,而且在你的测试中也发现了重复),那么你应该通过例如使用Extract Method重构.
[TestMethod] public void if_parametrized_ctor_is_called_then_state_should_be_accordingly { var order = new Order(customerId, ...); ObjectPropertiesShouldBeSetTo(order, customerId, ...); } [TestMethod] public void if_factory_method_is_called_then_state_should_be_accordingly { var order = myFactory.CreateOrder(customerId, ...); ObjectPropertiesShouldBeSetTo(order, customerId, ...); } // Extracted to remove code duplication public void ObjectPropertiesShouldBeSetTo(Order order, int customerId, ...) { Assert.AreEqual(customerId, order.CustomerId); Assert.AreEqual(...); }
如果您在一个Assert语句中检查多个条件,就像在示例中一样,这会使事情变得复杂.它降低了测试可读性,如果任何一个条件失败,可能很难找到原因.