تولیدکننده ایمیل برای توسعهدهندگان و تست
برای توسعهدهندگان و تستکنندگان QA، یک تولیدکننده ایمیل رایگان یکی از آن ابزارهایی است که بهصورت بیسر و صدا هر هفته ساعتها صرفهجویی میکند. شما بهطور مداوم جریانهای ثبتنام، بازنشانی رمز عبور، قالبهای تراکنشی، تأییدیههای تجارت الکترونیک را اجرا میکنید. اگر از آدرس واقعی خود استفاده کنید، صندوق ورودی شما غیرقابل استفاده است. اگر یک گیرنده SMTP محلی راهاندازی کنید، یک سرویس برای نگهداری اضافه کردهاید. یک تولیدکننده ایمیل رایگان گزینه سوم است — و معمولاً درست.
گردش کار استاندارد توسعهدهنده
یک تب با تولیدکننده ایمیل باز کنید. آدرس را کپی کنید. در ثبتنام تست خود از آن استفاده کنید. ایمیل تأیید در همان مرورگر، در ۱-۳ ثانیه میرسد. لینک را از داخل نمای صندوق ورودی کلیک کنید — حساب تست شما تأیید شد. تمام.
برای تستهای تکراری با شرایط یکسان، آدرس را دوباره تولید کنید (دکمه تولید جدید). هر اجرای جدید با یک صندوق ورودی تمیز شروع میشود تا دقیقاً آنچه میرسد را تأیید کنید.
چه چیزی را با یک صندوق ورودی تست کنید
فراتر از جریان ثبتنام آشکار:
- رندر HTML. آیا قالب تراکنشی شما بهدرستی در یک کلاینت معمولی رندر میشود؟ رندر ما آنچه را که یک گیرنده عادی میبیند منعکس میکند — HTML پاکسازی شده، تصاویر واقعی، لینکهای واقعی. اگر دکمههای شما بهصورت متن ساده رندر میشوند، یک مشکل CSS دارید.
- کوتاه شدن خط موضوع. یک موضوع ۳۰۰ کاراکتری در کد خود تایپ کنید و ببینید چگونه در فهرست صندوق ورودی ظاهر میشود.
- مدیریت پیوست. PDF/ZIP/تصویر خود را به یک آدرس تولید شده بفرستید و تأیید کنید که بهدرستی دانلود میشود.
- کدگذاری. نامهای غیر ASCII، Unicode در خطوط موضوع، متن RTL — تأیید کنید که همه بهدرستی بدون افتادن به mojibake نمایش داده میشوند.
- Reply-to در مقابل From. فرستنده قابل مشاهده را بررسی کنید. اگر کد شما بهطور تصادفی یک From تولید شده توسط سیستم را در حالی که یک Reply-To دوستانه را قصد دارد افشا کند، آن را خواهید دید.
- هدرهای لغو اشتراک. اگر List-Unsubscribe را پیادهسازی میکنید، یک پیام به یک آدرس تولید شده بفرستید و تأیید کنید که لینک کار میکند.
سناریوهای موازی از طریق چندین تب
سه تب مرورگر باز کنید، هر کدام با یک آدرس تولید شده متفاوت. سه ثبتنام همزمان در اپلیکیشن خود فعال کنید — مدیر، کاربر عادی، کاربر مسدود شده. هر تب ایمیل مخصوص آن نقش را نشان میدهد. بدون قواعد فیلتر، بدون سردرگمی صندوق ورودی.
برای قیفهای چندمرحلهای (خوشآمدگویی ← تأیید ← اولین تراکنشی)، هر سه پیام به ترتیب در همان تب میرسند. ترتیب زمانی برای تأیید آسان است.
تست موارد لبهای
یک تولیدکننده ایمیل رایگان راهی سریع برای تأیید اینکه کد شما این موارد را مدیریت میکند است:
- آدرسهای نامعتبر. یک آدرس بدفرم در فرم خود تایپ کنید. آیا اعتبارسنجی شما قبل از ارسال آن را میگیرد؟
- بازگشت. دامنهای که وجود ندارد را انتخاب کنید (نه از فهرست کشویی ما، فقط یک تصادفی تایپ کنید). آیا فرستنده شما بازگشت را بهخوبی پردازش میکند؟
- گیرنده با محدودیت نرخ. ۱۰۰ پیام در ۶۰ ثانیه به همان آدرس تولید شده با کد خود بفرستید. آیا فرستنده شما throttle میکند؟ آیا ما هر ۱۰۰ را دریافت میکنیم؟ (معمولاً بله — ما هیچ محدودیت نرخ به ازای گیرنده در سطح صندوق ورودی نداریم.)
- تحویل تأخیری. اگر قالب تراکنشی شما محتوای دینامیک رندر میکند، آن را بفرستید، ۵ دقیقه صبر کنید و تأیید کنید که قسمتهای حساس به زمان همچنان معنا دارند.
هماهنگی تیم QA
یک URL آدرس تولید شده را با یک همکار (از طریق چت داخلی) به اشتراک بگذارید. آنها همان صندوق ورودی را در مرورگر خود میبینند که شما میبینید — بدون نیاز به راهاندازی. مفید برای جریانهای کاری «من ثبتنام را فعال میکنم، آیا میتوانی لینک جادویی را بخوانی؟» در حین تست جفت.
توجه: هر کس با URL دسترسی دارد. آدرسهایی که حاوی مطالب حساس هستند را به اشتراک نگذارید — برای اشکالزدایی تولید، از یک ابزار اختصاصی با کنترلهای دسترسی مناسب استفاده کنید.
محدودیتها
چیزی که یک تولیدکننده ایمیل رایگان به شما نمیدهد:
- بدون API برای مجموعههای تست خودکار. نمیتوانید بهطور برنامهای صندوق ورودی را از طریق یک endpoint رسمی polling کنید. اگر به آن نیاز دارید، به یک سرویس تست پولی مانند Mailtrap، Mailosaur یا SMTP ضبط شده خودتان برای staging نگاه کنید.
- بدون ذخیرهسازی بلندمدت. پس از پنجره نگهداری، پیامها از بین میروند. گزارشهای تست که به «ایمیلی که هفته گذشته دریافت کردم» لینک میدهند، شکسته خواهند شد.
- بدون خروجی. اگر تست شما شامل پاسخ از یک آدرس «کاربر» به سیستم شماست، به یک ارائهدهنده خروجی واقعی نیاز خواهید داشت.
- بدون آدرس قابل پیشبینی. هر جلسه یک آدرس جدید دریافت میکند. اگر تست شما به یک گیرنده ثابت متکی است، باید آن را پارامتر کنید.
وقتی گیرنده SMTP محلی بهتر از تولیدکننده است
اگر در حال تست سمت SEND هستید (اپلیکیشن شما بهدرستی ایمیل تولید و ارسال میکند)، یک گیرنده محلی (MailHog، Mailpit، mailcatcher) بهتر است — رونوشتهای SMTP خام، هدرهای پیام بهطور کامل و قابلیت بازپخش به شما میدهد. یک صندوق ورودی به شما نشان میدهد که یک گیرنده چه میبیند، اما جزئیات قالب سیمی را پنهان میکند.
وقتی یک حساب واقعی بهتر از هر دو است
برای تست انتها به انتها قابلیت تحویل (صندوق ورودی در مقابل قرارگیری در پوشه اسپم)، از یک Gmail/Outlook/Yahoo واقعی استفاده کنید. صندوقهای ورودی تولیدکننده فیلتر اسپم را مدل نمیکنند — هر پیامی که میرسد نمایش داده میشود. اگر قالب تراکنشی شما به پوشههای اسپم میرود، به کلاینتهای ایمیل واقعی نیاز دارید تا آن را ببینید.
نکات سریع
- یک URL صندوق ورودی خاص را برای تستهای تکراری نشانهگذاری کنید — همان صندوق ورودی در ریستهای مرورگر.
- از یک نام کاربری واقعی استفاده کنید (
qa.test.01، نهx7z9p) — برخی بررسیهای ضد تقلب رشتههای واضحاً تصادفی را رد میکنند. - برای تست خاص Gmail، نمیتوانید از یک آدرس تولید شده استفاده کنید. به جای آن از نامهای مستعار
+suffixGmail استفاده کنید. - چندین آدرس + پنل ایمیل اخیر را برای «تست رگرسیون» ترکیب کنید: صندوقهای ورودی دیروز را دوباره ببینید و تأیید کنید که کار شبانه شما بهدرستی اجرا شده است.
برای پسزمینه عمومیتر، تولیدکننده ایمیل چیست را ببینید. برای ملاحظات حریم خصوصی هنگام به اشتراکگذاری یک صندوق ورودی تست در یک تیم، راهنمای حریم خصوصی را بخوانید.