‫جلوگیری از نشت دانش دامنه در تست‌های واحد در توسعه .NET

public class DiscountService
{
    public decimal CalculateDiscount(decimal price, bool isVip)
    {
        return isVip ? price * 0.2m : price * 0.1m;
    }
}

[Test]
public void CalculateDiscount_VipCustomer_Returns20Percent()
{
    var service = new DiscountService();
    var result = service.CalculateDiscount(100m, true);
    Assert.AreEqual(20m, result); // وابستگی به مقدار دقیق 20%
}

1. تمرکز بر پیاده‌سازی به‌جای رفتار: توسعه‌دهندگان گاهی به‌جای بررسی خروجی مورد انتظار، جزییات داخلی متد را تست می‌کنند. این موضوع تست را به ساختار کد وابسته می‌کند.
2. عدم استفاده از انتزاع (Abstraction): وقتی سرویس‌ها یا وابستگی‌ها به‌صورت مستقیم در تست‌ها استفاده می‌شوند، جزییات پیاده‌سازی به تست نشت می‌کند.
3. فقدان جداسازی دغدغه‌ها (Separation of Concerns): اگر منطق کسب‌وکار و تست‌ها به‌خوبی از هم جدا نشوند، تست‌ها به دانش دامنه آلوده می‌شوند.

[Test]
public void CalculateDiscount_VipCustomer_ReturnsHigherDiscount()
{
    var service = new DiscountService();
    var regularDiscount = service.CalculateDiscount(100m, false);
    var vipDiscount = service.CalculateDiscount(100m, true);
    Assert.Greater(vipDiscount, regularDiscount); // بررسی رفتار، نه مقدار دقیق
}

public interface IDiscountConfig
{
    decimal GetVipDiscountRate();
    decimal GetRegularDiscountRate();
}

public class DiscountService
{
    private readonly IDiscountConfig _config;
    public DiscountService(IDiscountConfig config)
    {
        _config = config;
    }

    public decimal CalculateDiscount(decimal price, bool isVip)
    {
        return isVip ? price * _config.GetVipDiscountRate() : price * _config.GetRegularDiscountRate();
    }
}

[Test]
public void CalculateDiscount_VipCustomer_UsesVipRate()
{
    var configMock = new Mock<IDiscountConfig>();
    configMock.Setup(c => c.GetVipDiscountRate()).Returns(0.2m);
    configMock.Setup(c => c.GetRegularDiscountRate()).Returns(0.1m);
    var service = new DiscountService(configMock.Object);

    var result = service.CalculateDiscount(100m, true);
    Assert.AreEqual(20m, result);
}

• انعطاف‌پذیری بیشتر: تغییر در پیاده‌سازی داخلی، تست‌ها را خراب نمی‌کند.
• نگهداری آسان‌تر: تست‌ها ساده‌تر و قابل فهم‌تر می‌شوند.
• پوشش بهتر: تمرکز بر رفتار، اطمینان از پوشش سناریوهای واقعی را افزایش می‌دهد.