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