是否有必要为n层架构上的每个单独的代码进行代码测试？

Question

我是Unit Tests的新手,所以我一直在尝试编写一些示例来学习使用它们的正确方法.我有一个示例项目,它使用Entity Framework连接到数据库.

我正在使用由数据访问层组成的n层体系结构,该数据访问层使用EF查询数据库,业务层调用数据访问层方法来查询数据库并使用检索到的数据执行其业务目的以及组成的服务层简单地调用业务层对象的WCF服务.

我是否必须为每一层(数据访问,业务层,服务层？)编写单元测试？

哪种方法可以为查询数据库的方法编写单元测试代码？下一个代码是我的数据访问层中的一个方法的例子,它对数据库执行选择,它的单元测试应该如何？

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测试模式