هل تثق في كود الذكاء الاصطناعي؟ قائمة فحص الجودة قبل الإطلاق

لماذا يحتاج كود الذكاء الاصطناعي إلى اختبار؟

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

المشكلة نادرًا ما تكون أن الذكاء الاصطناعي لا يعرف البرمجة. المشكلة أنه لا يعرف ما لم تخبره به. إذا لم يذكر طلبك أن كود الخصم لا يُجمع مع عرض آخر، أو أن موظفة الاستقبال في العيادة لا يجب أن ترى تفاصيل الدفع، فالنموذج يملأ الفراغ بتخمين معقول. والتخمين المعقول ليس دائمًا قواعدك أنت.

الذكاء الاصطناعي يوفّر عليك الكتابة، لا التفكير. لا بد أن يقرر أحدٌ ما معنى "صحيح" في عملك.

كيف يختبر وكيل فنّان أثناء البناء

وكيل فنّان لا يكتفي بتوليد الملفات ثم يتوقف. مثل غيره من وكلاء الذكاء الاصطناعي، يعمل في حلقة: يخطط للتعديل، ويكتب الكود، ويشغّله، ويفحص النتيجة، ويصلح ما فشل قبل أن يرجع لك بالتقرير. هذه الحلقة تلتقط تلقائيًا فئة كبيرة من المشاكل.

اختبار الوظائف والدفع

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

1. 1
   حدّد المسارات الحرجة

   التسجيل، الدخول، الإجراء الرئيسي (طلب، حجز، اشتراك)، الدفع، وما يفعله المدير بالنتيجة. عادة من 5 إلى 10 مسارات تغطي المهم.

2. 2
   شغّل المسار الناجح

   أكمل كل مسار ببيانات طبيعية وصحيحة، وتأكد من كل شاشة وبريد وتنبيه.

3. 3
   حاول أن تكسره

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

4. 4
   افحص البيانات

   افتح لوحة الإدارة وتأكد أن السجل حُفظ بشكل صحيح، بالحالة والمبلغ والتوقيت الصحيح.

الدفع يستحق جولة خاصة

معظم أخطاء الدفع تعيش خارج المسار الناجح. استخدم وضع الاختبار عند مزوّد الدفع وغطِّ كل الحالات، وليس فقط العملية الناجحة. دليلنا عن طرق الدفع المحلية يشرح كيف تتصرف طرق مثل مدى وApple Pay وخيارات الشراء الآن والدفع لاحقًا.

• النجاح: الطلب يُعلَّم مدفوعًا فقط بعد تأكيد المزوّد، ويفضّل أن يكون ذلك عبر ويب هوك.
• الفشل والإلغاء: العميل يرى رسالة واضحة، والطلب لا يُعلَّم مدفوعًا.
• التحقق الثلاثي 3-D Secure: خطوة تحقق البنك تكتمل وترجع العميل إلى الصفحة الصحيحة.
• الاسترداد: الاسترداد الكامل والجزئي يحدّث الطلب وأي مخزون أو نقاط ولاء مرتبطة.
• التكرار: الضغط المزدوج أو إعادة إرسال الويب هوك لا ينشئ عمليتي خصم أو طلبين.
• المبالغ: الإجماليات وضريبة القيمة المضافة ورسوم التوصيل تطابق ما تتوقعه فاتورتك أو محاسبك.

تسجيل الدخول والصلاحيات وأساسيات الأمان

المصادقة تجيب عن سؤال: من هذا الشخص؟ والصلاحيات تجيب عن: ماذا يحق له أن يفعل؟ التطبيقات المبنية بالذكاء الاصطناعي غالبًا تتقن تسجيل الدخول لأنه يتبع أنماطًا معيارية. أما الصلاحيات فهي المكان الذي تعيش فيه قواعدك الخاصة، ولذلك تحتاج اختبارًا مقصودًا.

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

فحوص السرعة والجوال واتجاه RTL

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

• وقت التحميل: افتح الصفحات المهمة على جوال متوسط باستخدام بيانات الجوال، ولاحظ أي شيء يأخذ عدة ثوانٍ.
• الصور: صور المنتجات والمنيو يجب أن تكون مضغوطة ومناسبة لحجم الجوال.
• القوائم: الصفحات ذات السجلات الكثيرة يجب أن تُقسَّم إلى صفحات أو تُحمَّل تدريجيًا بدل تحميلها كلها دفعة واحدة.
• النماذج على الجوال: حقول الجوال تفتح لوحة أرقام، ولا شيء يختفي خلف لوحة المفاتيح.
• الشاشات الصغيرة: اختبر على جوال ضيق؛ لا تمرير أفقي، ولا أزرار مقطوعة.

اتجاه RTL والمحتوى العربي

التطبيقات العربية أولًا تحتاج جولة خاصة. تأكد أن التخطيط ينعكس بشكل صحيح، وأن الأيقونات الاتجاهية مثل أسهم الرجوع تنقلب، وأن المحتوى المختلط مثل أرقام الجوال والأسعار وأسماء العلامات الإنجليزية داخل الجمل العربية يظهر بالترتيب الصحيح. بدّل اللغة في منتصف المسار وتأكد أن شيئًا لا يُعاد ضبطه. مقالنا عن تجربة المستخدم العربية أولًا يسرد أشهر أخطاء RTL.

سهولة الوصول: تعديلات صغيرة وأثر حقيقي

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

1. النص واضح التباين مع خلفيته، بما في ذلك على الأزرار وفوق الصور.
2. كل صورة تحمل معنى لها نص بديل قصير بلغة الصفحة.
3. كل حقل في النموذج له عنوان ظاهر، وليس مجرد نص توضيحي يختفي عند الكتابة.
4. رسائل الخطأ تشرح ما الخطأ وكيف يُصلح، بجانب الحقل نفسه.
5. مساحات اللمس كبيرة بما يكفي للضغط بالإبهام.
6. التطبيق قابل للاستخدام عند تكبير حجم الخط من إعدادات الجهاز.
7. تقدر تتنقل بين حقول النماذج بلوحة المفاتيح على الكمبيوتر بترتيب منطقي.

النسخ الاحتياطي وبيئة التجربة والتراجع

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

• النسخ الاحتياطي: تأكد أن قاعدة بياناتك تُنسخ احتياطيًا تلقائيًا، واعرف كيف تستعيدها. النسخة الاحتياطية التي لم تجرّب استعادتها أمنية وليست خطة.
• بيئة التجربة: جرّب التعديلات الخطرة في بيئة تجربة قبل أن تصل للعملاء.
• التراجع: اعرف كيف ترجع لآخر نسخة سليمة خلال دقائق. التراجع يجب أن يكون إجراءً روتينيًا، لا مشروع طوارئ.
• سجل الإصدارات: احفظ الكود في نظام إدارة الإصدارات حتى يكون كل تعديل قابلًا للتتبع. وفنّان يتيح لك تصدير الكود كاملًا إلى GitHub.
• المراقبة: حدد من يصله التنبيه عند فشل المدفوعات أو ارتفاع الأخطاء، وكيف.

قائمة الفحص قبل الإطلاق في صفحة واحدة

اطبعها، أو الصقها في ملاحظات مشروعك، وضع علامة على كل سطر قبل أن تعلن الإطلاق.

ثم أطلق على نطاق صغير: إطلاق تجريبي للأصدقاء أو الموظفين أو قائمة الانتظار يكشف مشاكل الواقع والمخاطر لا تزال منخفضة. وإذا كان وقتك ضيقًا، فـخطة بناء MVP في 7 أيام توضح أين يدخل الاختبار في الأسبوع، ومقال كتابة أوامر تبني تطبيقات أفضل يوضح كيف تمنع الأوامر الواضحة كثيرًا من الأخطاء قبل أن تُكتب.

أسئلة شائعة

مصطلحات في هذا المقال