测试从单元返回的对象的所有可能条件或状态是否正确？

如何解决测试从单元返回的对象的所有可能条件或状态是否正确？

| 想象一下在以下示例场景中进行单元测试。假设我模拟了CustomerDAO，以返回有效的客户和客户订单。测试此方案非常简单。除非我要测试布尔值以了解客户是否有订单。在某些实际情况下，他们将没有订单。那么，我是否需要在模拟DAO中添加一些条件来返回没有订单的客户，然后再进行测试？现在想象一下，它要复杂得多，并且DTO的某些部分可能包含不同的信息位，具体取决于从数据库返回的实际结果。我需要测试所有这些各种条件吗？

public class Manager {

    public CustomerDTO getCustomerInformation() {

        CustomerDAO customerDAO = new CustomerDAO();

        CustomerDTO customerDTO = new CustomerDTO();
        customerDTO.setCustomer(customerDAO.getCustomer(1));
        customerDTO.setCustomerOrders(customerDAO.getCustomerOrders(1));
        if (!customerDTO.getCustomerOrders.isEmpty()) {
            customerDTO.setHasCustomerOrders(true);
        }

        return customerDTO;
    }
}

    

解决方法

简而言之，我想是的，您应该测试一下，当DAO返回各种东西时，DTO上存在预期状态。否则，您如何才能确信DTO将准确表示数据存储中的数据？ 您应该为每个测试创建具有所需测试数据的模拟DAO，或者为每个需要测试的状态创建模拟DAO。 我可能会进行如下测试：

CustomerHasOrders_WhenDaoReturnsNoOrders_ReturnsFalse

CustomerHasOrders_WhenDaoReturnsOrders_ReturnsTrue

GetCustomer_WhenDaoReturnsCustomer_CustomerIsSame

GetCustomerOrders_WhenDaoReturnsOrders_OrdersAreTheSame

GetCustomerOrders_WhenDaoReturnsNoOrders_OrdersAreEmpty

然后测试如果对Dao的任何调用失败都将发生什么情况... 在此示例中，该标志似乎在DTO中是多余的，因为它只是其他数据的不同表示形式。您可以将其实现为CustomerDTO的扩展方法，或者实现setCustomerOrders中的某些逻辑。如果要通过有线方式发送DTO，而不必使用该功能，则可以排除该属性，而客户端可以执行检查以检查是否有任何订单（与您的订单相同）（ѭ6）     ,您要测试Manager是否正在将Customer及其相关数据转换为CustomerDTO。是的，您必须测试所有这些不同的方案。但是不要一次完成所有操作。每个测试都应以成功或失败来结束。我的意思是：

// Don\'t do this
[Test]
public void Manager_Converts_Customer_to_CustomerDTO()
{
  // mock setup
  var dto = Manager.GetCustomer();

  Assert.That(dto,Is.Not.Null);
  Assert.That(dto.Firstname,Is.EqualTo(\"what has been setup in mock\"));
  Assert.That(dto.Orders.Count,Is.EqualTo(expected_set_in_mock));
  Assert.That(dto.Orders[0].Product,Is.EqualTo(expected_set_in_mock_product));
}

因为这样一来，当一个错误和四个错误时，您的一项测试将失败。您修复了一个错误，并期望测试通过，但随后在下一行再次失败。将所有断言放在描述名称的不同测试中。