ويمي / جمهوران لفشل واحد
احتفظ بتفاصيل التنفيذ الداخلية في المكان المناسب.
لا تستطيع بوابة البيع إكمال طلب التقرير. فبدلاً من عرض إشعار مفيد بالفشل، تعرض تتبعًا للاستثناءات يذكر مكونات البرنامج الداخلية ومواقعها. قد يفسر المشتري هذه التفاصيل على أنها معلومات دعم شفافة، بينما قد تكشف هذه التفاصيل نفسها حقائق التنفيذ لأي شخص يتلقى هذا الرد. هذا مثال افتراضي، وليس حادثة حقيقية مسجلة في WEIMI.
تتطلب الأخطاء غير المتوقعة مخرجين مختلفين. يحتاج المشغل إلى وصف واضح للطلب الفاشل وخطوة تالية متفق عليها. ويحتاج فريق التحقيق إلى تفاصيل كافية محمية لتشخيص السبب. إن إعادة مواد التحقيق إلى المشغل ليست الطريقة الوحيدة لدعم المهمة.
ال ورقة غش لمعالجة الأخطاء من OWASP يصف التقرير، الذي تمت مراجعته في 11 أكتوبر 2026، استجابة تطبيق عامة مع تسجيل التفاصيل على جانب الخادم لأغراض التحقيق. يستخدم دليل الشراء هذا هذا الإطار لطلب أدلة على برامج البيع المعروضة. ولا يُجري أي اختبارات لاختراق الأعطال أو اختبارات أمنية على خدمة قيد التشغيل.
استفسر من المورّد عن نوع الخطأ غير المتوقع الذي يُعاد إلى العميل، ومكان حفظ تفاصيل التشخيص. تقترح الإرشادات المذكورة معالج أخطاء عامًا مناسبًا لوقت تشغيل التطبيق أو الكود، مع استجابة عامة بدلاً من تفاصيل التنفيذ التي تُعاد إلى المستخدم.
راجع كلاً من الصفحة الظاهرة والاستجابة الفعلية التي يتلقاها العميل في بيئة اختبار مُصرّح بها بشكل منفصل. إخفاء تتبع الأخطاء خلف واجهة أنيقة لا يُعد دليلاً على توقف الاستجابة عن إرسالها. يجب على المزوّد عرض حدود الاستجابة للمكوّن والإصدار المُقدّمين.
تأكد من دقة الإجراء التالي للمشغل. لا ينبغي أن يتحول الرد التقني العام إلى إشعار نجاح خاطئ أو تعليمات لإعادة محاولة عملية ربما تكون قد اكتملت. اتفق على صياغة سير العمل ومسار التحقق من الحالة بشكل منفصل. لا تضمن هذه المقالة ذرية المعاملة، أو استرداد الأموال تلقائيًا، أو إعادة الإرسال الآمنة لأي منتج.
ميّز بين نوع الخطأ والجمهور المستهدف قبل قبول عرض توضيحي للخطأ. هذه أسئلة مراجعة وليست نموذج إجابة موحد.
| الموقف | متطلبات التعامل مع العملاء | أدلة منفصلة |
|---|---|---|
| فشل معروف في التحقق من صحة المدخلات | اشرح التصحيح ذي الصلة دون الكشف عن تفاصيل التنفيذ. | قاعدة التحقق الفعلية وسير عمل التصحيح المتاح. |
| استثناء غير متوقع في الخدمة | استجابة عامة بدون تفاصيل داخلية عن المكدس أو الاستعلام أو المسار. | سجل تحقيق محمي لنفس الفشل الخاضع للسيطرة. |
| تخفي الواجهة استجابة مطولة | افحص ما يتلقاه العميل وكذلك ما يقدمه. | تمت مراجعة محتوى الاستجابة وسلوك العرض بشكل منفصل. |
| حالة التشغيل غير مؤكدة | حدد مسارًا متفقًا عليه لتحديد الوضع قبل تكراره. | حدد سياسة المصالحة أو إعادة المحاولة لتلك العملية المحددة. |
استخدم هذا الموجز عندما يتضمن العرض بوابة سحابية، أو أداة ويب للمشغل، أو وظيفة مدعومة بواجهة برمجة تطبيقات (API) قد تتعطل بشكل غير متوقع. تُعد تقارير المخزون، وعمليات كتالوج المنتجات، وسير عمل الخدمة أمثلة ذات صلة. حدد مكون البرنامج المُقدم قبل ربط المتطلبات بنموذج الخزانة.
ينبغي لقسم المشتريات تحديد العمليات الحرجة ونتائج فشلها التي يواجهها المستخدمون. ويتعين على مسؤول التنفيذ شرح كيفية التعامل مع الاستثناءات. كما ينبغي لفريق الدعم تحديد آلية التحقيق في حالات الفشل المبلغ عنها دون مطالبة المشغلين بنسخ سجلات التتبع الداخلية من الصفحة. ويتعين على مراجع الأمن تحديد نطاق الأدلة المعتمدة.
قد لا يشمل شراء الأجهزة فقط أي خدمة من هذا القبيل. قد يمتلك شريك المنصة البرنامج بدلاً من الشركة المصنعة للخزائن. سجّل هذه التفاصيل في عرض السعر حتى لا تُنسب مسؤولية معالجة أخطاء الإنتاج إلى إعلان عام لم يذكرها.
تعتمد قائمة المعدات المختصرة أدناه على قوائم الشركات المصنعة المتاحة للجمهور. لم نقم بإدخال أي أخطاء في بواباتهم الإلكترونية، أو فحص ردود العملاء، أو مراجعة برمجياتهم. توضح الخطة التالية الأدلة التي يمكن للمشتري طلبها من المورد المسؤول؛ وهي ليست اختبارًا مستقلاً للمنتج.
اختر بيئة مُصرّح بها بشكل منفصل، ذات سجلات آمنة وحالات فشل مُتحكّم بها. يجب على المُزوّد تحديد الاستثناءات غير المتوقعة النموذجية في المسار المُقدّم. لا تُسبّب انقطاعات في الإنتاج، ولا تُفصح عن بيانات عملاء حقيقية، ولا تستخدم أسرارًا حقيقية كمحتوى تجريبي.
في كل حالة، احتفظ بالاستجابة المُقدَّمة للعميل ونتيجة واجهة المستخدم الظاهرة. تأكد من ظهور آثار الاستثناءات الداخلية، ومسارات التنفيذ، وتفاصيل الاستعلام، أو إصدارات إطار العمل في البيانات المُعادة إلى العميل. قد لا تتضمن لقطة الشاشة وحدها الحقول التي لا تعرضها واجهة المستخدم.
ثم اطلب من المزوّد إثبات قدرة محقق مُعتمد على تحديد موقع الأدلة المُطابقة على الخادم. قد يُساعد مرجع غير حساس مُتفق عليه في ربط تقرير المُشغّل بسجل التحقيق، ولكن هذا خيار مُقترح لسير العمل، وليس ميزة مُثبتة لهذه الأجهزة.
أخيرًا، سجّل العملية، وإصدار البرنامج، والبيئة، وحدود التغطية. لا يُثبت وجود استثناء واحد مُعالَج أن جميع حالات الفشل تصل إلى نفس الحد. اطلب توضيحًا لتغطية المعالج الأوسع والفرق بين إعدادات التطوير والإنتاج.
الاستثناءات غير المتوقعة مقابل أخطاء العمل. يركز المصدر على حالات الفشل التي تكشف معلومات تقنية عن التنفيذ. قد تتطلب مشكلة معروفة في إدخال المستخدم تصحيحًا محددًا. حافظ على الفصل بين الفئتين حتى لا يؤدي التعامل العام مع الاستثناءات إلى حذف التعليمات المفيدة للأخطاء العادية.
راجع استجابة العميل كاملةً. استفسر عن محتوى الاستجابة الذي يصل إلى المتصفح أو أي عميل آخر. إذا أخفت صفحة ما حقلًا تفصيليًا بينما لا يزال واجهة برمجة التطبيقات (API) ترسله، فإن نطاق الإفصاح ليس هو النطاق الذي قصده المشتري. راجع نص الاستجابة المُعاد وبياناتها الوصفية ذات الصلة ضمن النطاق المتفق عليه.
تغطية معالج الأخطاء. يصف مشروع OWASP معالجة الأخطاء على مستوى التطبيق من خلال إعدادات وقت التشغيل أو التعليمات البرمجية. استفسر عن المسارات وأنماط الفشل التي يغطيها معالج الأخطاء الخاص بالمورد. يجب أن يحدد الشرح المكون الفعلي بدلاً من الادعاء بأن صفحة خطأ واحدة جذابة تثبت التغطية على مستوى النظام الأساسي.
تفاصيل التحقيق المحمية. يحتفظ النهج المذكور بالتفاصيل على جانب الخادم. تأكد من الجهة المخولة بالاطلاع عليها وكيفية تحديد فريق الدعم للحدث ذي الصلة. يُعد تقليل الحقول الحساسة والتحكم في الوصول والاحتفاظ بها متطلبات منفصلة. لا يُعد وجود البيانات على جانب الخادم وحده دليلاً على ملاءمة جميع محتويات التشخيص.
إعدادات الإنتاج. تُفرّق أمثلة المصدر بين تصحيح الأخطاء في بيئة التطوير ومعالجة بيئة الإنتاج. اطلب دليلًا على الإعدادات المنشورة ضمن النطاق. قد يُظهر عرض توضيحي باستخدام إصدار المطور سلوكًا مفيدًا لتصحيح الأخطاء دون تمثيل حدود استجابة بيئة الإنتاج.
دلالات الفشل. يُميّز هذا الدليل بين حالات الفشل من جانب العميل (4xx) وحالات الفشل غير المتوقعة من جانب الخادم (5xx) بشكل عام. اطلب من مسؤول التنفيذ شرح آلية الاستجابة الفعلية. لا تفرض حالة واحدة لكل حالة عمل، ولا تُخفِ طلبًا فاشلاً وراء نتيجة ناجحة مُضللة.
استعادة المشغل. لا ينبغي أن تتطلب الاستجابة الآمنة من المشغل تفسير آثار النظام. اتفقوا على كيفية الإبلاغ عن المشكلة وتحققوا من حالة العملية. تعتمد سلامة إعادة المحاولة على سير العمل المحدد؛ ولا يستنتج هذا الدليل ذلك من وجود رسالة عامة.
مراجعة التغييرات. قد يؤدي تغيير المسار أو التبعية أو إعدادات النشر إلى تغيير الاستجابة المُلاحظة. احتفظ بنسخة الدليل ومالكها لمراجعة التغييرات المستقبلية. لا تُقدّم حالة مُراقبة سابقة كشهادة أمان لكل إصدار لاحق.
تُشكّل هذه القوائم الثلاث الحقيقية قائمةً مختصرةً للأجهزة بناءً على أوصافٍ عامة. يُقصد بـ"الأفضل" الملاءمة المقترحة لشكل البضائع والمعدات، رهناً بتقديم عرض سعر. لا تُؤيد OWASP هذه القوائم، ولا تُعدّ إرشاداتها دليلاً على سلوك برامجها.
الاعتراف بالبضائع المعبأة
يصف إعلان نظام الرؤية بالذكاء الاصطناعي ذي الباب الواحد خاصية التعرف على الكاميرا، وخمسة مستويات للأرفف، وخمس سلال، مع خيار شاشة علوية أو صندوق إضاءة. يُرجى التأكد من التبريد ونطاق التعرف للمنتجات المقترحة. يخزن هذا النظام المنتجات المعبأة المتوافقة، ولا يُستخدم لتحضير العصائر الطازجة. في حال استخدام برنامج إدارة، يُرجى طلب دليل على وجود أخطاء غير متوقعة.
توزيع الوجبات الخفيفة والمشروبات
يُعلن عن جهاز WM22 بشاشة لمسية مقاس 21.5 بوصة، ونظام إدارة المخزون، ونظام تبريد. تتوفر خيارات لآليات التخزين الحلزونية، والناقلة، والدفع المباشر، والتعليق؛ يُرجى التأكد من الآلية المُتاحة. لا تُحدد ميزة إدارة المخزون آلية الاستجابة لطلب تقرير أو كتالوج فاشل.
محطة موسعة وواضحة
يُظهر عرض الخزانة المزدوجة شاشة عرض رئيسية للمنتج بالإضافة إلى مساحة تخزين حلزونية مرئية إضافية. لا يُفترض وجود برامج مشتركة، أو نظام تبريد مستقل، أو شاشة ثانية، أو سعة إضافية. حدد أي مكون من مكونات المنصة في عرض الأسعار والجهة المسؤولة عن معالجة أخطاء الإنتاج.
تُعدّ ميزة الأجهزة المرئية ونظام التحكم في الأخطاء غير المتوقعة حقيقتين منفصلتين. استخدم العمود الأخير لطلب نطاق البرنامج المُقدّم الفعلي.
| مُرَشَّح | أساس الإدراج العام | دليل على استخدام البرمجيات (إن وُجد) |
|---|---|---|
| ثلاجة ذكية بباب واحد مزودة بتقنية الذكاء الاصطناعي للمشروبات المعبأة | التعرف على الكاميرا، خمسة مستويات للأرفف وخمس سلال؛ خيار الشاشة العلوية/صندوق الإضاءة. | استجابة العميل والتشخيصات المحمية لمسار الإدارة المذكور. |
| آلة بيع الوجبات الخفيفة والمشروبات WM22 | شاشة لمس مقاس 21.5 بوصة، ونظام إدارة المخزون، ونظام تبريد، وآليات اختيارية. | نطاق معالجة حالات فشل التقارير/الفهارس غير المتوقعة واستعادة المشغل. |
| خزانتان، خيارات أكثر: محطة بيع الوجبات الخفيفة والمشروبات | شاشة عرض رئيسية مع منطقة عرض إضافية مرئية للمخزون الحلزوني. | الجهة المسؤولة عن المنصة، وتكوين الإنتاج، وتغطية المكونات. |
لم تُقدّم الأدلة المذكورة أسعارًا مُعتمدة للتعديلات الهندسية، أو مراجعة معالجة الأخطاء، أو الآلات. هذا مثال افتراضي لتخطيط العمالة، وليس تكلفة حادث مُقاسة، أو رسوم مُقدّم الخدمة، أو عائد استثمار مضمون.
لنفترض أن المراجع يقضي خمس عشرة دقيقة في تحديد الحالات الخاضعة للرقابة، وخمسين دقيقة في فحص خمس حالات بمعدل عشر دقائق لكل حالة، وخمس وعشرين دقيقة في تسجيل مسار التحقيق وحدود التغطية. وبذلك، يكون المجموع المفترض تسعين دقيقة. وبافتراض أن معدل أجر الساعة 36 دولارًا أمريكيًا، فإن التكلفة التوضيحية هي 54 دولارًا أمريكيًا.
لإجراء مراجعة مستقبلية منفصلة، افترض أن كل تغيير من ثلاثة مسارات يستغرق 12 دقيقة. ستكلف 36 دقيقة بنفس السعر 21.60 دولارًا أمريكيًا. هذه حسابات تخطيطية افتراضية، وليست قياسًا لسرعة المراجعة أو دليلًا على أن التغيير يُحدث عيبًا.
احصل على عروض أسعار هندسية فعلية وعروض أسعار من جهات مراجعة مستقلة عند الحاجة. لا تحوّل مثال تكلفة العمالة إلى تقديرات لخسائر المخالفات، أو مكاسب المبيعات، أو ادعاء بأن مراجعة واحدة تقضي على حالات فشل الخدمة. مخرجات الشراء هي نطاق استجابة محدد ومسؤول عن التحقيق.
| مهمة افتراضية | افتراض صريح | تكلفة العمالة التوضيحية |
|---|---|---|
| تعريف الحالات الخاضعة للرقابة | 15 دقيقة. | 9 دولارات أمريكية بسعر 36 دولارًا أمريكيًا في الساعة. |
| مراجعة خمس حالات | 5 × 10 دقائق = 50 دقيقة. | 30 دولارًا أمريكيًا. |
| سجل مسار الدعم وحدوده | 25 دقيقة. | 15 دولارًا أمريكيًا؛ إجمالي 54 دولارًا أمريكيًا. |
| مراجعة منفصلة للمسار المستقبلي | 3 × 12 دقيقة = 36 دقيقة. | 21.60 دولارًا أمريكيًا؛ لا يوجد ادعاء بأداء مُقاس. |
مشروع تجريبي للمشروبات المعبأة بنطاق إدارة محدود. ضع في اعتبارك استخدام ثلاجة مزودة بتقنية الذكاء الاصطناعي إذا كانت البضائع تتناسب مع إمكانيات التعرف والتعامل المتاحة. حدد العمليات البرمجية الأساسية القليلة واطلب أدلة على أخطاء الإنتاج بدلاً من تقييم وظائف غير متوفرة.
أسطول متنوع مع تقارير دورية للمخزون. ضع في اعتبارك استخدام WM22 للآلية المذكورة ونطاق الحزم. استفسر عن كيفية وصول عطل غير متوقع في التقرير إلى المشغل وفريق الدعم. تأكد من نطاق الاستجابة بشكل منفصل عن ما إذا كان تنزيل التقرير العادي يتم بنجاح.
محطة تُدار من قِبل شريك منصة. يُنصح باستخدام تصميم الخزانتين لتلبية احتياجات عرض المنتجات المادية. يجب ذكر اسم مالك البرنامج في عرض الأسعار والاتفاق على آلية التحقيق مع الموردين. لا يُعد عرض الخزانتين دليلاً على قدرة الشريك على معالجة حالات الاستثناء في الإنتاج.
عند استرجاع التقارير، ينبغي أن ينتج عن الطلب الفاشل استجابة متفق عليها من جانب العميل بدلاً من تفاصيل مكدس الاستدعاءات الداخلية. يحتاج فريق الدعم إلى طريقة للتحقيق في نفس الحدث دون مطالبة المشغل بمشاركة سجل التتبع الخام عبر رسالة مساعدة عادية.
عند إجراء تغييرات على الكتالوج، احتفظ بإجراء للتحقق من الحالة عندما يكون اكتمال العملية غير مؤكد. قد يحدث رد استثناء قبل أو بعد معالجة أخرى. لا تفترض أن ذلك يثبت عدم حدوث تغيير أو أن تكرار الطلب آمن. تأكد من هذه الدلالات مع مسؤول التنفيذ.
بالنسبة لأدوات مشغلي شبكات الهاتف المحمول، راجع استجابة العميل بالإضافة إلى الشاشة المصغرة. قد تخفي واجهة صغيرة بعض التفاصيل بصريًا مع استمرار استقبالها. الحدّ الذي تتم مراجعته هو المعلومات المُعادة إلى العميل، وليس عدد الخطوط الظاهرة على الهاتف.
عند تسليم المنتج، احتفظ بالإعدادات وتغطية المعالجات ودعم المالك بالأدلة المقبولة. لا ينبغي أن تصبح شاشة التطوير هي استجابة الإنتاج لمجرد أنها ملائمة لتصحيح الأخطاء. لا يتم تغيير أو فحص أي إعدادات نشر في هذه المقالة.
لا. قد يحتوي الرد الذي يراه العميل على تفاصيل لا تعرضها واجهة المستخدم. راجع الرد المُقدّم للعميل والرسالة المُعالجة كملاحظات منفصلة في البيئة المُصرّح بها.
توصي الإرشادات المذكورة بالاحتفاظ بتفاصيل الخطأ على الخادم لأغراض التحقيق، مع إرجاع استجابة عامة. ولا تزال ضوابط الوصول التشخيصي وضوابط الحقول الحساسة بحاجة إلى نطاقها الخاص. ولا يُعد حذف جميع الأدلة هو النتيجة المقترحة.
لا. قد يتطلب فشل التحقق المعروف رسالة تصحيح قابلة للتنفيذ. يتناول هذا الدليل حالات فشل الخدمة غير المتوقعة وتفاصيل التنفيذ، ولا يغني عن تسميات الإدخال أو تحديد الأخطاء أو إرشادات التصحيح.
ليس بالضرورة. يجب الاتفاق على كيفية قيام المشغل بتحديد حالة العملية قبل إعادة المحاولة. هذا شرط منفصل لسير العمل؛ ولا تُثبت إرشادات معالجة الأخطاء المذكورة نتائج المعاملات أو خاصية التكرار.
لا، إنهم يقدمون قائمة مختصرة بالأجهزة. تأكد من مكون البرنامج الفعلي واحصل على دليل على تكوينه المذكور قبل اعتماد قدرة معالجة الأخطاء.
لا. جميع سيناريوهات الأعطال هي حالات مراجعة خاضعة للرقابة مقترحة. لم يتم إحداث أي عطل فعلي، ولم يتم فحص استجابة العميل، ولم يتم إجراء أي تقييم أمني مستقل.
اطلب ردًا واضحًا من العميل على حالات فشل الخدمة غير المتوقعة، وسجلًا محميًا للتحقيق لتقديم الدعم. راجع ما يتلقاه العميل، وإعدادات الإنتاج، وتغطية المعالجات المحددة. اجعل تصحيح المدخلات العادية واستعادة حالة التشغيل متطلبات منفصلة.
حدد تنسيق المعدات للبضائع والموقع، ثم تأكد من نطاق البرامج المُقدمة. لا تتضمن أي من القوائم المختارة معالجة استثناءات الإنتاج. يُعد سجل القبول المفيد دليلاً موثقاً بإصدارات مختلفة مع مالكه، وليس ادعاءً باستحالة حدوث أخطاء في الخدمة.
شارك نطاق المنتجات، وشكل الخزانة، ومهام المشغل الأساسية التي يحتاجها مشروعك. اطلب من WEIMI تحديد مكونات البرامج المُقدمة والجهة المسؤولة عن الدعم. اطلب عرضًا توضيحيًا مُتفقًا عليه لاستجابات الأخطاء غير المتوقعة ومسار التحقيق الآمن قبل الموافقة على سير العمل هذا.
