اختبار ما بعد النقل: 15 فحص أساسي
نقلت موقعك — الحين لازم تتأكد. SSL، links، forms، database، performance — 15 فحص يكشف أي مشكلة.
لماذا الاختبار بعد الترحيل ضروري؟
الترحيل لا ينتهي بنقل الملفات وقاعدة البيانات. السيرفر الجديد بيئة مختلفة تماماً، وأي اختلاف صغير في الإعدادات قد يسبب مشاكل غير متوقعة. الاختبار المنهجي بعد الترحيل هو الفرق بين ترحيل ناجح وترحيل يتحول لكابوس.
هذا الدليل يقدم منهجية اختبار شاملة تغطي كل جانب من جوانب التطبيق بعد الانتقال للسيرفر الجديد.
أنواع الاختبارات المطلوبة
| نوع الاختبار | الهدف | الأولوية |
|---|---|---|
| اختبار وظيفي | التأكد إن كل الوظائف تعمل | حرجة |
| اختبار أداء | مقارنة الأداء مع القياس السابق | عالية |
| اختبار أمني | التحقق من إعدادات الأمان | عالية |
| اختبار تكامل | التحقق من الخدمات الخارجية | عالية |
| اختبار توافق | التشغيل على متصفحات وأجهزة مختلفة | متوسطة |
الاختبار الوظيفي: هل التطبيق يعمل؟
المصادقة والصلاحيات
- تسجيل الدخول بحساب عادي ومدير
- تسجيل حساب جديد (إن كانت الميزة متاحة)
- استعادة كلمة المرور عبر البريد
- التحقق من الصلاحيات: كل دور يرى ما يخصه فقط
- تسجيل الخروج وانتهاء الجلسة التلقائي
العمليات الأساسية (CRUD)
- إنشاء سجل جديد في كل جدول رئيسي
- قراءة وعرض البيانات الموجودة
- تعديل سجل موجود وحفظ التغييرات
- حذف سجل والتأكد من حذف البيانات المرتبطة
- البحث والفلترة والترتيب
رفع الملفات
- رفع صور بأحجام مختلفة
- رفع مستندات (PDF, XLSX, DOCX)
- التحقق من حدود الحجم المسموح
- تحميل الملفات المرفوعة سابقاً (قبل الترحيل)
- التحقق من صلاحيات مجلد التخزين
البريد الإلكتروني
- إرسال بريد اختباري (تسجيل، إشعار، تقرير)
- التحقق من وصوله لصندوق الوارد (ليس المهملات)
- فحص عناوين البريد في الـ Headers
- اختبار استقبال البريد إن كان السيرفر يستقبل رسائل
اختبار الأداء: هل السيرفر الجديد أسرع أو أبطأ؟
مقاييس يجب مقارنتها
| المقياس | الأداة | القيمة المقبولة |
|---|---|---|
| زمن تحميل الصفحة الرئيسية | curl -w "%{time_total}" | أقل من 2 ثانية |
| زمن استجابة API | Postman أو curl | أقل من 500ms |
| استعلامات قاعدة البيانات | EXPLAIN ANALYZE | مساوية أو أفضل من السابق |
| استهلاك الذاكرة | free -h و htop | أقل من 80% في الحالة العادية |
| استخدام القرص (I/O) | iostat | await أقل من 10ms |
اختبار الحمل
لا تنتظر حتى يصل المستخدمون الحقيقيون لتكتشف مشاكل الأداء. استخدم أدوات اختبار الحمل:
- Apache Benchmark (ab): اختبار سريع وبسيط للطلبات المتزامنة
- wrk: أداة خفيفة لاختبار الحمل مع دعم Lua
- k6: أداة حديثة بسيناريوهات JavaScript قابلة للبرمجة
- Locust: اختبار حمل بسيناريوهات Python، مناسب لمحاكاة سلوك المستخدم الحقيقي
اختبار الأمان: هل السيرفر محمي؟
- شهادة SSL تعمل وسلسلة الشهادات كاملة: openssl s_client -connect domain:443
- إعادة التوجيه من HTTP إلى HTTPS تعمل
- Headers الأمان موجودة: استخدم securityheaders.com
- المنافذ المفتوحة: فقط المطلوبة (22, 80, 443) — استخدم nmap
- التحديثات الأمنية مطبّقة على نظام التشغيل
- صلاحيات الملفات صحيحة: لا ملفات بصلاحية 777
اختبار التكاملات: هل الخدمات الخارجية تعمل؟
- بوابة الدفع: نفّذ عملية تجريبية كاملة
- APIs خارجية: استدعِ كل API وتحقق من الاستجابة
- Webhooks: تحقق إن الإشعارات الواردة تصل
- خدمات التخزين الخارجي (S3, MinIO): رفع وتحميل ملف
- خدمات البريد (SMTP): أرسل بريد وتحقق من الوصول
اختبار المهام المجدولة والخلفية
- Cron Jobs: تأكد من تنفيذها في الوقت المحدد
- Queue Workers: أرسل مهمة وتحقق من تنفيذها
- Supervisor: تحقق من إن العمليات تعمل وتُعاد تلقائياً عند الفشل
- النسخ الاحتياطي التلقائي: تأكد من إنه ينفّذ ويُخزّن بشكل صحيح
قائمة الاختبار السريعة (Smoke Test)
إذا الوقت محدود، هذه أهم 10 اختبارات تنفّذها فوراً بعد التحويل:
- الصفحة الرئيسية تفتح بدون أخطاء
- تسجيل الدخول يعمل
- إنشاء سجل جديد يعمل
- رفع ملف يعمل
- البريد يُرسل ويصل
- HTTPS يعمل والشهادة صالحة
- لا أخطاء 500 في السجلات
- Cron Jobs تنفّذ
- النسخ الاحتياطي يعمل
- بوابة الدفع تعمل (تجريبياً)
أتمتة الاختبارات
الاختبار اليدوي مهم لكنه بطيء وعرضة للنسيان. لو تطبيقك يحتوي على اختبارات آلية (Unit Tests أو Feature Tests)، شغّلها فوراً بعد الترحيل:
- Laravel: php artisan test — يشغّل كل اختبارات PHPUnit
- Django: python manage.py test — يشغّل كل اختبارات Django
- Node.js: npm test — يشغّل Jest أو Mocha أو أي إطار اختبار معرّف
لو ما عندك اختبارات آلية، هذا وقت مناسب لتبدأ بكتابتها. ابدأ باختبارات المسارات الحرجة: تسجيل الدخول، إنشاء سجل، معالجة الدفع. هذه الاختبارات تصبح شبكة أمان لأي ترحيل مستقبلي.
إنشاء تقرير اختبار ما بعد الترحيل
وثّق نتائج الاختبار في تقرير رسمي. هذا التقرير يخدم عدة أغراض: يثبت إن الترحيل نجح، يحدد أي مشاكل بسيطة تحتاج متابعة، ويصبح مرجعاً للترحيلات المستقبلية.
| البند | الحالة | ملاحظات |
|---|---|---|
| الاختبار الوظيفي | ناجح / فشل / جزئي | تفاصيل أي مشاكل |
| اختبار الأداء | أفضل / مساوٍ / أسوأ | أرقام المقارنة |
| اختبار الأمان | ناجح / يحتاج متابعة | أي ثغرات مكتشفة |
| اختبار التكاملات | ناجح / فشل | الخدمات المتأثرة |
| القرار النهائي | متابعة / تراجع | السبب |
اختبار الترحيل على كلاود
عند الترحيل إلى سيرفرات كلاود (cloud.net.sa)، فريقنا يوفر جلسات توجيه فني مجانية تشمل مراجعة خطة الاختبار مع مطوّرك. نساعد في تحديد نقاط الاختبار الحرجة حسب طبيعة تطبيقك ونتأكد إن كل شيء يعمل بشكل صحيح قبل الإعلان عن نجاح الترحيل.
الاختبار ليس خطوة اختيارية. خصص ساعتين على الأقل للاختبار المنهجي بعد كل ترحيل. هذا الاستثمار يحميك من ساعات أو أيام من حل المشاكل لاحقاً.
--- ### ابدأ الآن تبي تجرب بنفسك؟ اختر باقة الاستضافة المناسبة أو صمم سيرفرك الخاص بالمواصفات اللي تبيها.