تطلب كل التطبيقات تقريبًا بريدًا، وتعتمد عليه وظائف مهمة. التسجيل والتحقق وإعادة تعيين كلمة المرور والروابط السحرية والدعوات والإشعارات والاسترداد كلها تعتمد على وصول الرسالة فعلًا. لا تكفي مراجعة الكود؛ يجب إرسال بريد حقيقي إلى حساب حقيقي وفحص النتيجة.
تنفد عناوين فرق QA سريعًا لأن مسارات كثيرة لا تستخدم العنوان إلا مرة. يفشل الاعتماد على Gmail الشخصي للمختبر عندما يرفض النموذج العنوان المكرر. يشرح الدليل تجهيز الحسابات لاختبار التحقق والمصادقة وسيناريوهات عدة مستخدمين.
لماذا الصندوق الحقيقي أفضل من عنوان وهمي؟
عنوان مثل test@test.com يختبر المسار المثالي حتى لحظة إرسال التطبيق للبريد. ولا يوضح عمل رابط التحقق أو انتهاء رمز إعادة التعيين أو عرض الرسالة في عميل حقيقي. هذه نقاط تفشل كثيرًا في الإنتاج.
بصندوق حقيقي تستطيع فتح الرابط واختبار إعادة التعيين من البداية للنهاية وفحص اسم المرسل والموضوع ومقارنة العرض في Gmail وOutlook. يتحول الفحص السطحي إلى اختبار حقيقي.
متى تفيد حسابات الاختبار المخصصة؟
- التسجيل والإعداد اللذان يتطلبان عنوانًا فريدًا وقابلًا للتحقق في كل تشغيل.
- إعادة تعيين كلمة المرور والرابط السحري اللذان يتطلبان استقبال البريد واستخدامه.
- الدعوات والتعاون اللذان يحاكيان مستخدمين مختلفين.
- الإشعارات والملخصات التي يجب التحقق من تسليمها.
- اختبارات الانحدار التي تحتاج حسابات جديدة لكل sprint.
- الاختبار عبر المزوّدات للتأكد من الوصول والعرض في Gmail وYahoo وOutlook.
حسابات أحادية الاستخدام أم دائمة؟
بعض الاختبارات أحادية الاستخدام: أنشئ الحساب وشغّل المسار مرة ثم أوقفه. وتحتاج أخرى حسابًا دائمًا لإعادة سيناريو تدريجي بحالة معروفة. تحديد النوع يمنع فوضى المجموعة.
| نوع الحساب | الاستخدام | العمر |
|---|---|---|
| أحادي الاستخدام | تسجيل وتحقق لمرة واحدة | تشغيل اختبار واحد |
| دائم | انحدار بحالة معروفة | أسابيع إلى أشهر |
| مجموعة مشتركة | اختبار استكشافي يدوي | تُدوّر لكل sprint |
| لكل مختبر | عمل متوازٍ من دون تصادم | ما دام المختبر يحتاجه |
دوّر الحسابات كل sprint
يسبب تسرب الحالة بين التشغيلات نتائج غير مستقرة وثقة زائفة. أنشئ دفعة في بداية sprint وأوقف القديمة ليبدأ كل دور نظيفًا.
دمج حسابات الاختبار مع خط آلي
إذا عملت حزمة end-to-end مع كل نشر، فهي تحتاج إلى حسابات بلا تدخل بشري. جهّز المجموعة مسبقًا، ومرر بياناتها كإعدادات بيئة، ودع الحزمة تختار حسابًا. أعد ملءها بالجملة عند انخفاضها بدل الإنشاء أثناء الاختبار.
تستطيع الفرق ذات الوصول إلى API ربط التوفير بأداة داخلية وجعل تحديث المجموعة خطوة مجدولة. الهدف ألا ينتظر الاختبار الإنشاء ولا تتنافس التشغيلات على عنوان مشترك.
إعداد مجموعة حسابات الاختبار
- 1قدّر حسابات دورة كاملة وأضف احتياطيًا.
- 2أنشئ دفعة عبر MailCreator بنمط مثل qa-sprint12-001.
- 3عيّن بريد استرداد مشتركًا لاستعادة الحسابات المقفلة.
- 4صدّر CSV وافحص حالة كل صف واستورد البيانات إلى مدير أسرار معتمد.
- 5عيّن دورًا أحادي الاستخدام أو دائمًا لمنع التصادم.
- 6حدّث المجموعة كل sprint وأوقف الحسابات القديمة.
أبعد بيانات الاختبار عن الجداول المشتركة
حسابات الاختبار بيانات اعتماد حقيقية. حفظها في Google Sheet مفتوح ثغرة أمنية. استخدم مدير كلمات مرور أو خزنة أسرار CI.