在一个N层架构上，有必要为每一个单层编写单元测试代码吗？

Question

public class DLEmployee
{

    private string _strErrorMessage = string.Empty;
    private bool _blnResult = true;

    public string strErrorMessage
    {
        get
        {
            return _strErrorMessage;
        }
    }
    public bool blnResult
    {
        get
        {
            return _blnResult;
        }
    }

    public Employee GetEmployee(int pintId)
    {
        Employee employee = null;
        _blnResult = true;
        _strErrorMessage = string.Empty;

        try
        {
            using (var context = new AdventureWorks2012Entities())
            {
                employee = context.Employees.Where(e => e.BusinessEntityID == pintId).FirstOrDefault();
            }
        }
        catch (Exception ex)
        {
            _strErrorMessage = ex.Message;
            _blnResult = false;

        }

        return employee;
    }

Answer 1

以下是我基于领域驱动设计原则的2美分：

• 您的业务层不应该依赖于具体的数据层，它应该只定义数据层可以实现的一些抽象接口（存储库）。
• 您绝对应该使用不接触文件系统的假数据层对业务层进行单元测试。
• 您可能会创建集成测试，包括您的服务和业务层以及一个假的数据层。嘲笑业务层并检查服务层对业务层调用了什么（行为测试）是没有意义的，而是检查它对通过业务层可观察到的业务对象进行了什么状态更改。
• 您应该使用真实的数据层、服务和业务层创建一些端到端测试，并在服务层上使用一些用例。

如果您刚刚开始进行单元测试，我建议您阅读Kent Beck的《通过示例进行测试驱动开发》和Gerard Meszaros的xUnit测试模式