يختار المستخدم تصنيفين فتظهر النتائج الصحيحة، لكنه ينسخ الرابط لزميله فيُفتح بتصنيف واحد. قد تكون حالة الواجهة أغنى من طريقة قراءة الرابط. اختبر دورة الاختيار والتسلسل وإعادة الفتح، لا نجاح النقر على المرشح وحده.
تكرار الاسم يحتاج قراءة مناسبة
توضح وثائق MDN للدالة getAll أنها تعيد كل القيم المرتبطة باسم معامل في مصفوفة نصوص، وقد تكون المصفوفة فارغة. هذه أداة قراءة في المتصفح؛ لا تثبت أن إطار الخادم يفسر شكل المعامل بالطريقة نفسها.
في مثال افتراضي لقائمة طلبات، استخدم status=open&status=pending ثم افحص القيمتين بعد تحليل الرابط. اتفق أولًا هل التكرار هو العقد المطلوب، أم أن API تستخدم اسمًا آخر مثل مصفوفة بأقواس. لا تغير شكل الرابط دون مراجعة الجهة المستقبلة.
مصفوفة تمنع الاختفاء الصامت
- قيمة واحدة: تظهر في المرشح والطلب والنتائج.
- قيمتان مختلفتان: تبقيان بعد تحديث الصفحة وفتح الرابط في جلسة أخرى.
- القيمة نفسها مرتان: تنفذ سياسة معلنة للتكرار بدل مضاعفة نتائج غير مقصودة.
- قيمة فارغة أو غير معروفة: تُرفض أو تتجاهل بوضوح وفق العقد.
- الرجوع والتقدم: يعيدان الحالة والنتائج المتوافقتين مع الرابط.
تسلسل القيم ليس تفويضًا
اسم التصنيف ومعرف المؤسسة والفرع كلها بيانات قادمة من عنوان يستطيع المستخدم تعديله. تحقّق من القيم والصلاحيات في الخادم؛ مصفوفة صحيحة نحويًا قد تحتوي حالة أو فرعًا غير مسموح. كذلك لا تضع معلومات شخصية أو رموز جلسات في روابط تُشارك أو تسجل.
راجع إعادة ضبط الصفحة عند تبديل الفلاتر. بقاء رقم صفحة متقدم مع مرشح ضيق قد ينتج قائمة فارغة تبدو كأن البيانات اختفت. هذا قرار رحلة مستقل ينبغي توثيقه في اختبار قبول الرابط.
طابق أربع تمثيلات
تراجع تطبيقات الويب الرابط وحالة الواجهة وطلب API والنتائج معًا. وفي CRM يفيد ذلك في مشاركة قوائم العمل بين الفرق. لا تعتبر حفظ الرابط إذنًا بحفظ كل حالة العميل أو دليلًا على أحقية المستلم في الوصول إلى السجلات.
صورة توضيحية أصلية لشرح الفكرة، وليست لقطة نظام عميل أو نتيجة قياس فعلية.
