الفشل المتوقع يظل يشغل الاختبار.

يتخطى فريق اختبارا معروف الفشل. لا يعمل الجسم، فلا يبين التقرير استمرار قابلية تكرار العيب. يوفر Playwright توصيف الفشل المتوقع: يعمل الاختبار ويصبح النجاح غير متوقع.

يميز دليل التوصيفات skip() وfail() وfixme(). لا يعمل المتخطى؛ يعمل المتوقع فشله وينتظر خطأ. تناسب fixme حالة بطيئة أو تتسبب بانهيار. اختر حسب المعنى والقيود التشغيلية.

ضيق المثال

يقارن المثال نصين ثابتين مختلفين عمدا. لا عيب حقيقي أو إجراء متصفح أو حساب. يجعل مثال آخر النصين متساويين ويحفظ fail: نجاح غير متوقع ورمز خروج غير صفري.

import { test, expect } from '@playwright/test';

test('controlled expected mismatch', async () => {
  test.fail(true, 'Invented mismatch for annotation demonstration');
  expect('actual demo value').toBe('expected demo value');
});

استخدم مشغل Playwright، لا JavaScript عاديا. يحتفظ التقرير بخطأ التوكيد والحالة المتوقعة. خروج المشغل الناجح يعني مطابقة الفشل للتوقع، لا تساوي النصين.

راجع الخطأ الحقيقي

لا يربط التوصيف الفشل بتوكيد محدد. إذا فشل الإعداد أولا، قد تطابق الحالة دون بلوغ العيب. بسط الإعداد واقرأ الخطأ وسجل التوكيد المنفذ. خطأ دخول أو بيئة غير متوقع ليس العيب المعروف.

للحالة الحقيقية احتفظ بالسلوك الصحيح في التوكيد ومرجع قابل للفحص ومسؤول. لا تعدل التوكيد لقبول العيب. لا تخترع روابط؛ في مثالنا وصف فقط.

قيد التوصيف الشرطي بالتكوين المتأثر. عيب بمتصفح واحد لا يبرر fail للجميع. راجع الشرط والحالة مع المدخلات، لا تخفهما بمساعد بعيد.

راجع النجاح غير المتوقع

قد يعني إصلاحا أو مسارا آخر أو توكيدا أضعف. افحص قبل حذف التوصيف. بعد تأكيد السلوك الصحيح احتفظ بتغطية عادية، لا استثناء دائم.

يميز المشغل اختلافا متوقعا منفذا، ومساواة منفذة بنجاح غير متوقع، وجسما متخطى لم يعمل. نفحص آلية التوصيف، لا جاهزية الإصدار.

التشغيل غير الآمن أو المكلف يحتاج قرارا منفصلا. الفشل المتوقع لا يسمح بالتدمير أو الإنفاق أو بيانات الإنتاج. سم التغطية المتخطاة وسبب عدم التحقق.

يصف AnyTest اختبارات للمراجعة البشرية. راجع الاستثناءات مثل التوكيدات والإعداد. لا ندعي تكامل عيوب خاصا في AnyTest. يحتاج الاستثناء الحقيقي مسؤولا وموعد مراجعة تالية.

قد يتحقق الفشل المتوقع بسبب إعداد مكسور قبل تشغيل التوكيد المقصود. لذلك احفظ تفاصيل الخطأ واسم التوكيد الذي نفذ. في منتج حقيقي تحتاج الاستثناءات إلى مرجع واضح ومسؤول ووقت مراجعة، وليست مجرد لون مقبول في لوحة التشغيل.