اختبار يدوي وآلي لتطبيقات الويب (Web Testing)

اشتغلت على مشروع موقع بنكي إلكتروني كان فيه ميزة جديدة اسمها "New Customer" تسمح للعميل بفتح حساب جديد من خلال الموقع بدون زيارة الفرع. دوري كان تنفيذ اختبار يدوي كامل للتأكد من أن هذه الميزة وباقي خصائص النظام تعمل بكفاءة وأمان. 1️⃣ تحليل المتطلبات (Requirements Analysis) خاصية New Customer: تسجيل بيانات العميل (الاسم – الرقم القومي – رقم الموبايل – البريد الإلكتروني). التحقق من صحة البيانات (Validation). رفع المستندات المطلوبة (صورة بطاقة الهوية – إثبات العنوان). إرسال رمز تحقق (OTP) على الموبايل. إنشاء الحساب وربطه بخدمات البنك الأساسية. باقي خصائص الموقع مثل: تسجيل الدخول، عرض الرصيد، التحويلات البنكية، دفع الفواتير. 2️⃣ تصميم حالات الاختبار (Test Cases Design) كتبت Test Cases تغطي جميع السيناريوهات: إدخال بيانات صحيحة → يجب إنشاء الحساب بنجاح. إدخال بريد إلكتروني غير صالح → يظهر تنبيه بالخطأ. رفع مستندات بصيغة غير مدعومة → النظام يرفض العملية برسالة واضحة. إدخال OTP صحيح → الحساب يتم تفعيله. إدخال OTP خاطئ أكثر من مرة → النظام يقفل المحاولة مؤقتًا. تجربة تسجيل الدخول لأول مرة بعد إنشاء الحساب → يتطلب تغيير كلمة المرور. وبالنسبة للخصائص الأخرى: التحقق أن العميل يقدر يشوف الرصيد فورًا بعد أول إيداع. التأكد أن التحويل الداخلي يصل في نفس اللحظة. التأكد من أن دفع فاتورة يرسل إيصال إلكتروني للعميل. 3️⃣ تنفيذ الاختبارات (Execution) اختبرت النظام يدويًا على متصفحات مختلفة (Chrome, Firefox, Safari, Edge). جربت الميزة على موبايل ولابتوب للتأكد من أن التصميم متجاوب. سجلت نتيجة كل Test Case (Pass / Fail). 4️⃣ التقارير (Bug Reporting & Documentation) أعددت تقرير تفصيلي يحتوي على: الأخطاء المكتشفة مثل: (OTP delay – خطأ في عرض رسالة معينة – مشكلة توافق في متصفح Safari). خطوات إعادة إنتاج كل مشكلة. صور (Screenshots) مرفقة. أولوية (High/Medium/Low). 5️⃣ إعادة الاختبار (Re-testing & Regression) بعد إصلاح الأخطاء من فريق التطوير، نفذت اختبارات تراجعية للتأكد أن التعديلات لم تؤثر على باقي خصائص النظام. 📌 النتيجة: ميزة New Customer عملت بشكل سلس بعد الإصلاحات، وباقي خصائص الموقع البنكي كانت مستقرة. تم إطلاق النظام للعملاء بنجاح، مع تجربة آمنة وسهلة الاستخدام.