避免数据库依赖性进行单元测试而不进行模拟

Question

我有很多对象需要数据库访问的方法.我们正在寻求进行单元测试,但是如果可能的话,我们希望避免使用模拟对象.我想知道是否有一种方法可以重构下面显示的Validate方法,以便它不需要db访问.在实际的应用程序中,通常会有更多的进展,但我认为这个简化的例子应该足够了.

如果我们需要,我们将学会使用模拟对象,但它似乎只是很多开销,所以我正在寻找替代方案.

    public class Person
    {
        public string Name;

        public string Validate()
        {
            if (PersonDA.NameExists(Name))
            {
                return "Name Already Used";
            }

        }
    }

Answer 1

就个人而言,我只是去模拟对象路线.它更加灵活,听起来你想要将测试代码放在实际对象中？

无论如何,使用boolean isValid(Person)的方法将验证代码提取到PersonValidator对象中.然后在测试代码中使用模拟验证器,它只根据测试用例返回true或false.

Answer 2

Person类很难进行单元测试,因为它对数据库访问代码具有隐藏的静态依赖性.您可以通过在Person和一些新类型的对象之间引入动态协作来打破这种耦合,该对象为其提供验证其状态所需的信息.在Person的单元测试中,您可以通过传递它的协作者的Person对象"stub"实现来测试在有效或无效时发生的情况,而无需访问数据库.

您可以在一组单独的测试中测试实际数据库中的实际实现.这些测试会比较慢,但应该更少,因为它们将是访问者方法直接转换为数据库查询而没有自己的复杂逻辑.

如果你愿意,你可以称之为"使用模拟对象",因为你当前的设计意味着你只需要存根查询,而不是期望命令,模拟对象框架对于工作来说是一个太复杂的工具.手写存根将使测试失败更容易诊断.