‫TUnit — ارزیابی عملی یک فریم‌ورک نوین برای تیم‌های دات‌نت

using TUnit;

public class ArithmeticTests
{
    [Test]
    public void Add_ShouldReturnSum()
    {
        // Assertions روان‌تر (Fluent Assertions)
        Assert.That(2 + 3).IsEqualTo(5); 
    }

    [Test]
    // آرگومان‌های داده شده به عنوان Attribute
    [Arguments(2, 3, 5)] 
    [Arguments(10, 20, 30)]
    public void Parameterized_Add(int a, int b, int expected)
    {
        Assert.That(a + b).IsEqualTo(expected);
    }
    
    [Test]
    // کنترل وابستگی‌ها (Dependent Test)
    [DependsOn(nameof(Add_ShouldReturnSum))] 
    public void DependentTest()
    {
        Assert.That(1 + 1).IsEqualTo(2);
    }
}

• زمان راه‌اندازی سریع‌تر: بر اساس معیارهای اولیه (Andrew Lock, 2024)، سربار کشف و اجرای تست در مجموعه‌های متوسط به اندازه ۱۵ تا ۲۵ درصد کاهش یافته است.
• AOT Native: پشتیبانی کامل از Native AOT، که TUnit را برای میکروسرویس‌ها، توابع Serverless و دیگر بارهای کاری دات‌نت که به عملکرد و کاهش حجم نیاز دارند، ایده‌آل می‌کند.

• فریم‌ورک‌های سنتی: MSTest، xUnit و NUnit از پشتیبانی گسترده‌ای در Visual Studio، سیستم‌های گزارش‌دهی سازمانی و ابزارهای توسعه شخص ثالث برخوردارند.
• TUnit: این فریم‌ورک از طریق لایه Microsoft.Testing.Platform به خوبی با ابزارهای موجود (مانند Visual Studio و CLI) ادغام می‌شود. با این حال، به دلیل جوانی، هنوز به اندازه رقبای خود در اکوسیستم‌های بزرگ سازمانی عمیقاً جا نیفتاده است.

• MSTest، xUnit و NUnit را در جایی که ثبات اهمیت دارد، حفظ کنید.
• TUnit را در جایی که نوآوری سودمند است، به صورت آزمایشی به کار ببرید.
• اندازه‌گیری کنید، نه اینکه صرفاً فرض کنید.