ما الذي يثبته الاختبار الناجح؟
لا يثبت الاختبار الناجح مجرد أن «المسار شُغّل». بل يثبت أن الحدث المقصود قدّم البيانات المقصودة، وأن الشرط اتخذ القرار الصحيح، وأن الإجراء أثر في الهدف المعتمد فقط، وأن المراجع يستطيع العثور على النتيجة. استخدم مساحة عمل غير إنتاجية معتمدة وسجلاً معزولاً مثلPERMIT_TEST_001 وأعضاء غير إنتاجيين. لا تتحقق من أتمتة جديدة ببيانات مواطنين حقيقية أو نطاق أدوار إنتاجي أو مستلم خارجي.
بروتوكول الاختبار
1. عرّف المسار المتوقع قبل التشغيل
دوّن الأمور التالية قبل فتح لوحة الاختبار:
إن لم تستطع وصف المسار المتوقع، فلا تمكّن الأتمتة بعد.
2. اختبر المشغّل بمعزل
استخدم سجل مصدر واحداً. نفذ الحدث الدقيق: أرسل إجراء النموذج المقصود، أو غيّر الحالة المقصودة، أو أكمل إجراء المهمة المقصود، أو استدع واجهة لوحة المعلومات/النموذج المقصودة. افحص الحمولة الناتجة قبل ربط الحقول اللاحقة. قد يعرض KayanOS لقيمة حدث السجل حقولاً مثلdata وoldData وchangedFields وaction. تحقق من أن الحدث هو المتوقع، وليس مجرد تحديث حدث على السجل نفسه.
3. اختبر الشرط في الاتجاهين
شغّل حالة يجب أن تستمر وحالة يجب أن تتوقف. في مسار توجيه معاينة مثلاً، قد تنقل الحالة الإيجابية طلباً مكتملاً إلىReady for inspection، بينما قد تعدّل الحالة السلبية ملاحظة أو تترك المنطقة فارغة. يجب ألا تنشئ الحالة السلبية حالة أو مهمة أو إشعاراً أو مستنداً أو تغيير دور.
4. أضف وتحقق من إجراء واحد كل مرة
ابدأ بإجراء قراءة أو بحث. ثم أضف إجراء كتابة أو انتظار أو استجابة أو مستند أو إشعاراً واحداً وأعد الاختبار. بعد كل تشغيل، حدد النتيجة داخل KayanOS بدلاً من الاعتماد على مخرج الأتمتة وحده.5. تحقق من مسار التدقيق كاملاً
في تشغيل ناجح، أكد كل ما يلي:- أن سجل المصدر يحمل العلاقة أو الحالة المتوقعة.
- أن الهدف المنشأ أو المحدث يحمل المعرّف والقيم والمالك المتوقعين.
- عدم وجود سجل أو مهمة أو إشعار أو مستند مكرر.
- عدم تغير أي سجل غير مرتبط.
- أن الإشعار وصل فقط إلى العضو الداخلي أو النطاق المقصود.
- أن المراجع يستطيع تتبع النتيجة من المصدر إلى الهدف والعودة.
6. أطلق على مراحل
فعّل أصغر نطاق خدمة أولاً. راقب التشغيلات الحية المعتمدة الأولى، وقارنها بالتصميم المتوقع، واحتفظ بمالك موثق ومسار تعطيل. وسّع فقط بعد تأكيد مالك الخدمة أن التسليم صحيح.شخّص الأعطال بالترتيب الصحيح
أنماط تحقق معروفة للمدخلات
تفيد هذه الأنماط عند تفسير خطأ إجراء:- Send Notification: عند توجيه إشعار إلى
Member IDمحدد، اتركMember Selectorsفارغاً ما لم يكن الإجراء مضبوطاً عمداً لاستخدام المحددات. قد يؤدي وضع قيمة نصية غير مرتبطة في عنصر المحدد الاختياري إلى رفض التحقق. - معرّفات Create Record: استخدم تنسيق المعرّف الذي يقبله الجدول الهدف. في تشغيل غير إنتاجي تم التحقق منه، قُبلت الأحرف والأرقام والشرطات السفلية، بينما رُفضت قيمة مسبوقة بالجدول تتضمن نقطتين. استخدم معرّفاً حيادياً مثل
PERMIT_TEST_001؛ ولا تنسخ اصطلاح تسمية داخلياً فقط إلى منطق الإنتاج.
قالب تقرير عطل قابل للتكرار
عندما يفشل مسار، سجّل ما يلي قبل تغيير أي شيء:التعافي بعد تشغيل غير آمن أو مكرر
- عطّل الأتمتة إذا كان يمكن أن تكرر الأثر نفسه.
- حدد كل هدف أُنشئ أو تغير بفعل التشغيل باستخدام علاقة المصدر ومخرج التشغيل والطابع الزمني.
- لا تحذف السجلات لإخفاء المشكلة؛ اتبع إجراء التصحيح أو الإلغاء المعتمد.
- صحح المشغّل أو الشرط أو حماية التكرار أو ربط الهدف في مساحة العمل غير الإنتاجية.
- أعد الاختبار الإيجابي والسلبي.
- اطلب مراجعة المالك قبل إعادة تمكين المسار.
متابعة البناء
- راجع مشغلات أتمتة KayanOS وإجراءات أتمتة KayanOS عند تصحيح المسار.
- طبّق وصفات أتمتة KayanOS في نطاق غير إنتاجي معتمد.
- راجع الصلاحيات والإتاحة قبل توسيع الوصول.