מחולל Email למפתחים ולבדיקות
למפתחים ולבודקי QA, מחולל email חינמי הוא אחד מאותם כלים שחוסכים בשקט שעות בכל שבוע. אתם מריצים ללא הפסקה תהליכי הרשמה, איפוסי סיסמה, תבניות טרנזקציוניות, אישורי הזמנה במסחר אלקטרוני. אם תשתמשו בכתובת האמיתית שלכם, תיבת הדואר שלכם הופכת לבלתי שמישה. אם תקימו לוכד SMTP מקומי, הוספתם לעצמכם עוד שירות לתחזק. מחולל email חינמי הוא האפשרות השלישית — ובדרך כלל הנכונה.
זרימת העבודה הסטנדרטית של מפתח
פתחו לשונית אחת עם מחולל ה-email. העתיקו את הכתובת. השתמשו בה בהרשמת הבדיקה שלכם. מייל האימות מגיע באותו דפדפן, תוך 1-3 שניות. לחצו על הקישור מתוך תצוגת התיבה — חשבון הבדיקה שלכם מאומת. סיימתם.
לבדיקות חוזרות באותם תנאים, צרו כתובת מחדש (כפתור "צור כתובת חדשה"). כל הרצה חדשה מתחילה עם תיבה נקייה, כך שתוכלו לוודא בדיוק מה מגיע.
מה כדאי לבדוק עם תיבת דואר
מעבר לתהליך ההרשמה המובן מאליו:
- רינדור HTML. האם התבנית הטרנזקציונית שלכם נראית נכון בלקוח דואר טיפוסי? המנוע שלנו משקף את מה שנמען רגיל רואה — HTML מסונן, תמונות אמיתיות, קישורים אמיתיים. אם הכפתורים שלכם מוצגים כטקסט רגיל, יש לכם בעיית CSS.
- קיצור שורת הנושא. כתבו בקוד שלכם נושא באורך 300 תווים וראו איך הוא מופיע ברשימת התיבה.
- טיפול בקבצים מצורפים. שלחו PDF/ZIP/תמונה לכתובת שנוצרה וּודאו שהם יורדים בלי תקלות.
- קידוד תווים. שמות שאינם ASCII, יוניקוד בשורת הנושא, טקסט RTL — ודאו שהכול מוצג נכון ולא מתדרדר לג'יבריש.
- Reply-to מול From. בדקו את השולח הגלוי. אם הקוד שלכם חושף בטעות שדה From שנוצר על ידי המערכת בזמן שהתכוונתם ל-Reply-To ידידותי, תראו את זה.
- כותרות ביטול מנוי. אם מימשתם List-Unsubscribe, שלחו הודעה לכתובת שנוצרה וּודאו שהקישור עובד.
תרחישים מקבילים בכמה לשוניות
פתחו שלוש לשוניות דפדפן, בכל אחת כתובת אחרת שנוצרה. הפעילו שלוש הרשמות במקביל באפליקציה שלכם — מנהל, משתמש רגיל, משתמש חסום. כל לשונית מציגה את הדואר שמיועד לתפקיד שלה. בלי כללי סינון, בלי בלבול בתיבה.
עבור משפכים רב-שלביים (ברוכים הבאים ← אישור ← המייל הטרנזקציוני הראשון), כל שלוש ההודעות מגיעות לפי הסדר באותה לשונית. קל לוודא את סדר האירועים.
בדיקת מקרי קצה
מחולל email חינמי הוא דרך מהירה לוודא שהקוד שלכם מתמודד עם:
- כתובות לא תקינות. הקלידו כתובת פגומה בטופס שלכם. האם הוולידציה תופסת אותה לפני השליחה?
- החזרות (bounce). בחרו דומיין שלא קיים (לא מהרשימה הנפתחת שלנו, פשוט הקלידו אחד אקראי). האם מנגנון השליחה שלכם מטפל בהחזרה בצורה תקינה?
- נמען עם הגבלת קצב. שלחו מהקוד שלכם 100 הודעות ב-60 שניות לאותה כתובת שנוצרה. האם השולח שלכם מווסת את הקצב? האם אנחנו מקבלים את כל ה-100? (בדרך כלל כן — אין לנו הגבלת קצב לכל נמען ברמת התיבה.)
- מסירה מושהית. אם התבנית הטרנזקציונית שלכם מרנדרת תוכן דינמי, שלחו אותה, המתינו 5 דקות, וּודאו שהחלקים תלויי-הזמן עדיין הגיוניים.
תיאום בתוך צוות QA
שתפו כתובת URL של תיבה שנוצרה עם עמית לעבודה (דרך צ'אט פנימי). הוא רואה בדפדפן שלו בדיוק את אותה תיבה שאתם רואים — בלי שום הגדרה. שימושי לזרימות עבודה מסוג "אני מפעיל את ההרשמה, אתה יכול לקרוא את ה-magic link?" בזמן בדיקות בזוגות.
לתשומת לבכם: לכל מי שיש את ה-URL יש גישה. אל תשתפו כתובות שמכילות חומר רגיש — לניפוי באגים בסביבת ייצור השתמשו בכלי ייעודי עם בקרות גישה כמו שצריך.
מגבלות
מה שמחולל email חינמי לא נותן לכם:
- אין API לחבילות בדיקות אוטומטיות. אי אפשר לתשאל את התיבה תוכניתית דרך נקודת קצה רשמית. אם אתם צריכים את זה, הסתכלו על שירות בדיקות בתשלום כמו Mailtrap, Mailosaur, או SMTP משלכם שלוכד הודעות בסביבת staging.
- אין אחסון לטווח ארוך. אחרי חלון השמירה, ההודעות נעלמות. דוחות בדיקה שמקשרים ל"מייל שקיבלתי בשבוע שעבר" יישברו.
- אין שליחה החוצה. אם הבדיקה שלכם כוללת מענה מכתובת "משתמש" למערכת שלכם, תצטרכו ספק שליחה אמיתי.
- אין כתובת צפויה מראש. כל סשן מקבל כתובת חדשה. אם הבדיקה שלכם מסתמכת על נמען קבוע, תצטרכו להפוך אותו לפרמטר.
מתי לוכד SMTP מקומי עדיף על תיבה שהמחולל הנפיק
אם אתם בודקים את צד השליחה (שהאפליקציה שלכם מייצרת ומוציאה דואר כמו שצריך), לוכד מקומי (MailHog, Mailpit, mailcatcher) עדיף — הוא נותן לכם תמלילי SMTP גולמיים, כותרות מלאות של ההודעה, ויכולת שחזור. תיבת דואר מראה לכם מה הנמען רואה, אבל מסתירה את פרטי הפורמט שעל החוט.
מתי חשבון אמיתי עדיף על שניהם
לבדיקות מקצה לקצה של יכולת מסירה (הגעה לתיבה מול תיקיית הספאם), השתמשו ב-Gmail/Outlook/Yahoo אמיתי. תיבות של מחולל לא מדמות סינון ספאם — כל הודעה שמגיעה מוצגת. אם התבנית הטרנזקציונית שלכם נופלת לתיקיות ספאם, אתם צריכים לקוחות דואר אמיתיים כדי לראות את זה.
טיפים מהירים
- שמרו סימנייה ל-URL של תיבה מסוימת לבדיקות חוזרות — אותה תיבה גם אחרי הפעלה מחדש של הדפדפן.
- השתמשו בשם משתמש ריאליסטי (
qa.test.01, לאx7z9p) — חלק מבדיקות מניעת ההונאה דוחות מחרוזות אקראיות בעליל. - לבדיקות ספציפיות ל-Gmail אי אפשר להשתמש בכתובת שהמחולל הנפיק. השתמשו במקום זאת בכינויי
+suffixשל Gmail. - שלבו כמה כתובות יחד עם פאנל "דואר אחרון" ל"בדיקות רגרסיה": חזרו לתיבות של אתמול וּודאו שהמשימה הלילית שלכם רצה כמו שצריך.
לרקע כללי יותר, ראו מהו מחולל email. המנגנון שבו מייל אישור מגיע לתיבה בזמן אמת מכוסה בדף איך לקבל קודי אימות עם מחולל email, והתשובות המהירות שצוותי QA שואלים הכי הרבה נמצאות בשאלות נפוצות על מחולל email. לשיקולי פרטיות בעת שיתוף תיבת בדיקה בין חברי צוות, קראו את מדריך הפרטיות.