التقاط الاستثناءات في MSTest: دليل كامل لـ Assert.ThrowsException

تعلم Python بسهولة دون إرهاق نظري. حل مهام عملية مع التحقق التلقائي واكتب الكود مباشرة في المتصفح.

كيف تلتقط استثناءً في MSTest دون أن تصاب بالجنون؟

\n\n

أنت تكتب اختبارات وحدة بلغة C# وتفاجأ فجأة: يجب أن تُلقي طريقتك استثناءً في موقف معين. كيف تتحقق من ذلك؟ إذا كنت قد بحثت في Google عن "How do I use Assert to verify that an exception has been thrown with MSTest"، فأنت لست وحدك - هذا أحد أكثر الأسئلة شيوعًا على Stack Overflow. واليوم سنحل هذه المسألة نهائيًا.

\n\n

في هذه المقالة، سأعرض لكم جميع طرق التحقق من الاستثناءات في MSTest: من السمة الكلاسيكية إلى الطريقة الحديثة Assert.ThrowsException. ستتعلم كيفية كتابة اختبارات نظيفة وموثوقة لن تفشل في أسوأ الأوقات. هيا بنا!

\n\n

لماذا التحقق من الاستثناءات مهم؟

\n\n

تخيل: لديك طريقة Divide(int a, int b). إذا كانت b = 0، يجب أن تُلقي DivideByZeroException. بدون اختبار، لن تعلم بذلك إلا عندما يتعطل التطبيق في بيئة الإنتاج. اختبار الوحدة مع التحقق من الاستثناء هو حبل الأمان الخاص بك.

\n\n

في MSTest (إطار اختبار الوحدات من Microsoft) هناك عدة طرق. سنستعرض كلًا منها، لكننا سنبدأ بالأحدث والأكثر تفضيلًا.

\n\n

الطريقة 1: Assert.ThrowsException (الأكثر صحة)

\n\n

بدءًا من MSTest V2 (الإصدار 2.x)، لدينا طريقة مدمجة Assert.ThrowsException<T>. إنها أنيقة، قابلة للقراءة، ومرنة. الصيغة بسيطة:

\n\n

[TestMethod]\npublic void Divide_ByZero_ThrowsDivideByZeroException()\n{\n    // Arrange\n    var calculator = new Calculator();\n\n    // Act & Assert\n    Assert.ThrowsException<DivideByZeroException>(() => calculator.Divide(10, 0));\n}

\n\n

ماذا يحدث هنا؟ نمرر تعبير لامدا باستدعاء الطريقة. يقوم MSTest بتنفيذه داخل كتلة try-catch. إذا لم يتم إلقاء الاستثناء - يفشل الاختبار. إذا تم إلقاء استثناء من نوع مختلف - يفشل أيضًا. فقط الاستثناء المطلوب يؤدي إلى النجاح.

\n\n

مثال متقدم: التحقق من رسالة الاستثناء

\n\n

أحيانًا تحتاج إلى التأكد ليس فقط من نوع الاستثناء، ولكن أيضًا من رسالته. للقيام بذلك، استخدم التحميل الزائد مع المعامل message أو تحقق من خصائص كائن الاستثناء:

\n\n

[TestMethod]\npublic void GetUserById_InvalidId_ThrowsWithCorrectMessage()\n{\n    // Arrange\n    var service = new UserService();\n\n    // Act\n    var exception = Assert.ThrowsException<ArgumentException>(() => service.GetUserById(-1));\n\n    // Assert إضافي\n    Assert.AreEqual("Id must be positive", exception.Message);\n}

\n\n

لاحظ: Assert.ThrowsException يُرجع كائن الاستثناء! هذا يسمح لك بالتحقق من أي من خصائصه: InnerException، Data، StackTrace (على الرغم من أن الأخير لا يتم التحقق منه عادةً).

\n\n

الطريقة 2: السمة [ExpectedException] (قديمة ولكن لا تزال مستخدمة)

\n\n

سابقًا (في MSTest V1) كانت تُستخدم سمة فوق طريقة الاختبار نفسها. كانت تبدو هكذا:

\n\n

[TestMethod]\n[ExpectedException(typeof(DivideByZeroException))]\npublic void Divide_ByZero_ThrowsDivideByZeroException_OldWay()\n{\n    var calculator = new Calculator();\n    calculator.Divide(10, 0);\n}

\n\n

يبدو مريحًا؟ لكن هناك ثلاث مشاكل:

لا يمكن التحقق من رسالة الاستثناء. لا تعرف ما إذا كان الاستثناء الصحيح قد أُلقي.
أي استثناء من هذا النوع يعتبر نجاحًا. حتى لو ظهر من سطر كود آخر (مثل في Arrange).
لا يمكن تنفيذ كود بعد الاستثناء. تتوقف طريقة الاختبار فورًا.

\n\n

لذلك في المشاريع الجديدة، استخدم Assert.ThrowsException. السمة [ExpectedException] مُعلَمة على أنها مهملة (deprecated) وقد تُحذف في الإصدارات المستقبلية.

\n\n