اختبار البريد في تطبيق لا يقتصر على التأكد أن دالة الإرسال عملت. المطلوب معرفة هل وصلت الرسالة إلى العنوان الصحيح وهل يعمل الرمز أو الرابط كما تتوقع. يساعد الصندوق المؤقت في الاختبارات اليدوية لتطبيق تملكه أو مصرح لك باختباره.
حدد حالة اختبار صغيرة
اكتب الإجراء الذي يبدأ الاختبار والرسالة المتوقعة والنتيجة المطلوبة. مثل إنشاء مستخدم تجريبي واستقبال رسالة التأكيد وتفعيل ذلك المستخدم فقط. استخدم بيانات تجريبية بدل اسم عميل حقيقي أو معلوماته.
أنشئ عنوانًا نشطًا في Temp Mail Ace، وانسخه إلى نموذج الاختبار، واحتفظ بالصندوق نفسه محددًا. دوّن النتيجة دون نشر بيانات الوصول أو رموز التحقق في التذاكر العامة أو الصور.
افحص الرسالة المستلمة
- راجع عنوان الرسالة والمرسل وتطابقهما مع الإجراء.
- قارن النص العادي بالمحتوى المعروض بحثًا عن تعليمات ناقصة.
- طابق الرمز المميز تلقائيًا مع نص الرسالة.
- افحص وجهة رابط التفعيل قبل فتحه.
- تأكد أن الرابط يؤثر على المستخدم التجريبي المقصود فقط.
يعالج عارض البريد HTML الوارد لحماية مساحة الموقع، لذلك عرضه ليس بديلًا كاملًا لاختبار كل برامج البريد. اختبر برامج إضافية إذا كان توافق التصميم مهمًا. راجع خصوصية الرسائل والصور.
اختبر الحالات غير الناجحة أيضًا
داخل بيئة اختبار تملكها، راجع رمزًا قديمًا بعد إعادة الإرسال، ورابطًا استُخدم مرتين، وطلبًا بعد انتهاء الصندوق. يحدد التطبيق المرسل صلاحية الرمز وإعادة استخدامه، بينما للصندوق مدة مستقلة. يساعد دليل رموز التحقق على التفريق بين الأسباب.
في اختبار استعادة كلمة المرور استخدم حسابًا تجريبيًا يمكن الاستغناء عنه. لا تربط حسابًا شخصيًا مهمًا بعنوان ينتهي. احذف بيانات التجربة وفق إجراءات تطبيقك عند الانتهاء.
الاستخدام هنا يدوي
هذه الخطوات لا تعِد بواجهة مطور مدعومة أو إنشاء صناديق بالجملة أو ربط تلقائي بخط CI. إذا تحتاج اختبارًا آليًا، استخدم أداة مناسبة موثقة وراجع حدودها.
هل وصول رسالة تجريبية يثبت وصول كل الرسائل؟
لا. يثبت تلك الحالة فقط؛ تبقى سياسات المستلمين وسمعة المرسل ومسارات البريد بحاجة لاختبار مناسب.
هل يمكن اختبار حسابات الآخرين؟
استخدم فقط الأنظمة والحسابات التي تملكها أو لديك تصريح باختبارها.
العودة لكل الأدلة