Mailbox simulator ของ Amazon SES ใช้ตรวจสถานการณ์เทคนิคที่กำหนด ไม่ใช่วัดโฟลเดอร์ของลูกค้า การผ่าน simulator จึงไม่ยืนยัน Gmail หรือบริการไทย ให้แยกการยืนยัน identity การประมวลผลเหตุการณ์ และการสังเกตกล่องจริงเป็นคนละงาน พร้อมหลักฐานของแต่ละงาน
เลือกการทดสอบตามคำถาม
หากต้องตรวจว่าแอปจัดการผลสำเร็จหรือความผิดพลาดอย่างไร ใช้สถานการณ์ที่เอกสาร AWS รองรับ หากต้องตรวจลายเซ็นและหน้าตา ให้ส่งเนื้อหาปลอดภัยถึงบัญชีที่ตนควบคุมจากการตั้งค่าเดียวกัน อย่านำเหตุการณ์จำลองที่ไม่เห็นกล่องผู้ใช้ไปสร้างคะแนนตำแหน่ง
- ยืนยัน identity region และสิทธิ์ส่งของบัญชีที่แอปใช้ ไม่ถือว่าการยืนยันอีก region ครอบคลุมเสมอ
- จดสถานการณ์จำลองและพฤติกรรมแอปที่คาดหวัง ตรวจว่าบันทึกผลถูกต้อง ไม่ใช่สร้าง Inbox สมมติขึ้นในรายงาน
- สำหรับบัญชีจริง ตรวจข้อจำกัดการส่งของสถานะบัญชีปัจจุบันก่อน แล้วเก็บการตอบรับ ต้นฉบับ และตำแหน่งแยก ไม่เลี่ยงข้อจำกัดด้วยที่อยู่สุ่ม
ตัวอย่างสมมติของรายงานพัฒนา
นักพัฒนาทดสอบการรับเหตุการณ์ผิดพลาดผ่าน แต่ทีมการตลาดนำไปอ้างว่าค่ายืนยันว่าข่าวสารจะถึงทุกคน ต้องแก้รายงานให้บอกเฉพาะสาขาประมวลผลที่ตรวจ และเตรียมการส่งฉบับจริงอีกงาน ตัวอย่างนี้ไม่ได้กล่าวถึงข้อบกพร่องของ AWS แต่เป็นข้อจำกัดการตีความ
การส่งจาก console กับแอปอาจมีเนื้อหาหรือการตั้งค่าต่างกัน ต้องเทียบว่าคำถามเดียวกันหรือไม่ ตัวอย่างเรียบง่ายจาก console ไม่ตรวจข้อมูลเฉพาะลูกค้าหรือ template ทุกแบบ รหัสคำขอ API ช่วยค้นงานได้ แต่ไม่ให้ข้อมูลกฎของกล่องผู้รับหรือการตัดสินว่าอ่านแล้ว
แยกผลก่อนอนุมัติ
รายงานว่า identity ที่ระบุยืนยันแล้ว แอปจัดการเหตุการณ์ที่เลือกแล้ว และฉบับที่เลือกอยู่โฟลเดอร์ใด หากบริการไม่ได้อยู่ในการสังเกตให้คงว่ายังไม่ตรวจ บทความนี้ไม่ให้ตัวเลขโควตา ราคา หรือเวลารับประกัน และไม่มีการอ้างว่าทุกแพลตฟอร์มไทยเชื่อมต่อเครื่องมือทดสอบโดยตรง
แหล่งข้อมูลและการตรวจสอบ
ทดสอบอีเมลของคุณ กับกล่องทดสอบที่มีให้ ผลเป็นเพียงตัวอย่างที่สังเกต ไม่รับประกันกล่องของลูกค้าทั้งหมด อ่านขอบเขตใน วิธีทดสอบ และตรวจรายชื่อบริการที่รองรับในหน้าทดสอบปัจจุบัน
ขั้นตอนที่เกี่ยวข้อง
ก่อนส่งแคมเปญภาษาไทย: ทดสอบเส้นทางส่งและเก็บผล Inbox อย่างไร