กล่องจดหมายแบบรับทั้งหมด สำหรับสภาพแวดล้อมทดสอบคืออะไร

กล่องจดหมายแบบรับทั้งหมดคือกล่องที่ถูกตั้งค่าให้รับข้อความทุกฉบับที่ส่งมาที่โดเมนนั้น ไม่ว่าส่วนหน้าของที่อยู่จะเขียนอะไรก็ตาม สำหรับทีมที่ต้องรันงานทดสอบจำนวนมากทุกวัน วิธีนี้ช่วยตัดขั้นตอนน่าเบื่อที่สุดออกไปได้ทั้งหมด แต่ในเวลาเดียวกันก็เปิดความเสี่ยงที่ถ้าไม่ระวังจะกลายเป็นเรื่องใหญ่ บทความนี้จะพาคุณดูว่ามันทำงานอย่างไร คุ้มกับต้นทุนที่ต้องจ่ายหรือไม่ และต้องปิดช่องตรงไหนก่อนเปิดใช้

กล่องจดหมายแบบรับทั้งหมดทำงานอย่างไร?

โดยปกติเมื่อมีข้อความส่งมาที่โดเมนหนึ่ง ระบบจะตรวจว่าส่วนหน้าของที่อยู่ตรงกับกล่องที่มีอยู่จริงหรือไม่ ถ้าไม่ตรงก็จะปฏิเสธข้อความนั้น การตั้งค่าแบบรับทั้งหมดคือการบอกระบบให้หยุดตรวจเงื่อนไขนี้ แล้วรับทุกอย่างที่ลงท้ายด้วยโดเมนนั้นเข้าไว้

ผลในทางปฏิบัติคือ ที่อยู่ใดก็ได้บนโดเมนนั้นกลายเป็นที่อยู่ที่ใช้งานได้ทันที คุณไม่ต้องสร้างอะไรล่วงหน้า ไม่ต้องรอการอนุมัติจากใคร และไม่มีรายการที่ต้องคอยอัปเดตให้ตรงกันระหว่างสภาพแวดล้อมต่าง ๆ

สิ่งที่ต้องเข้าใจให้ชัดคือ กล่องนี้ไม่ได้แยกผู้รับให้คุณ มันรับทุกอย่างเข้าไว้ในที่เดียว การแยกว่าข้อความใดเป็นของกรณีทดสอบใดจึงกลายเป็นงานของฝั่งที่อ่าน ไม่ใช่ของฝั่งที่รับ

ทำไมทีมจึงนิยมใช้ในสภาพแวดล้อมทดสอบ?

เหตุผลแรกคือความเร็ว เมื่อที่อยู่ใหม่ใช้ได้ทันที งานอัตโนมัติสามารถสร้างที่อยู่ตามต้องการภายในกรณีทดสอบของตัวเอง ไม่ต้องมีขั้นตอนเตรียมข้อมูลล่วงหน้า และไม่ต้องรอให้ใครสร้างกล่องให้

เหตุผลที่สองคือความยืดหยุ่น เมื่อมีที่อยู่ที่ใช้ได้ไม่จำกัด ทีมสามารถแยกที่อยู่ตามประเภทของงานได้ตามใจ เช่นแยกตามชื่อของกรณีทดสอบหรือตามชื่อของสาขาที่กำลังพัฒนา ทำให้การค้นหาสาเหตุเร็วขึ้นมากเมื่อมีข้อความค้างในกล่อง

เหตุผลที่สามคือความสมจริง เพราะระบบจริงมักไม่รู้ล่วงหน้าว่าผู้ใช้จะกรอกที่อยู่ใด การทดสอบกับที่อยู่ที่สร้างสดจึงใกล้เคียงกับของจริงมากกว่าการใช้รายการที่อยู่ตายตัวที่เตรียมไว้ล่วงหน้านานแล้ว

ราคาที่ต้องจ่ายคืออะไร?

ต้นทุนข้อแรกคือปริมาณ กล่องที่รับทุกอย่างจะรับทุกอย่างจริง ๆ รวมถึงการสแกนหาที่อยู่จากภายนอกและจดหมายขยะที่ยิงมาแบบสุ่ม เมื่อเวลาผ่านไป กล่องนี้อาจมีข้อความมากจนไม่มีใครอ่านไหว และการหาข้อความที่ต้องการจะกลายเป็นงานที่ใช้เวลามากกว่าการสร้างบัญชีแยกเสียอีก

ต้นทุนข้อที่สองคือความสับสน ในเมื่อทุกอย่างลงที่เดียวกัน ทีมจะเริ่มมีธรรมเนียมในการตั้งชื่อที่อยู่ซึ่งไม่มีใครจดไว้ และเมื่อมีคนลาออก ความรู้เหล่านั้นก็หายไปพร้อมกัน กล่องที่ไม่มีระเบียบจึงกลายเป็นหนี้ทางเทคนิคชนิดหนึ่ง

ต้นทุนข้อที่สามคือความเสี่ยงด้านข้อมูล ซึ่งเป็นข้อที่หนักที่สุดและจะกล่าวถึงในหัวข้อถัดไป เพราะกล่องแบบนี้ไม่ได้แยกแยะว่าข้อความที่เข้ามาเป็นของใคร

ความเสี่ยงที่ร้ายแรงที่สุดคืออีเมลของผู้ใช้จริง

หากการตั้งค่าเส้นทางอีเมลของโดเมนจริงมาชี้ที่กล่องทดสอบไม่ว่าด้วยเหตุใด ข้อความทุกฉบับที่ควรจะไปถึงผู้ใช้จริงจะไปกองอยู่ที่นั่น ซึ่งรวมถึงข้อความยืนยันการตั้งรหัสผ่าน ลิงก์เปลี่ยนที่อยู่ และเอกสารทางบัญชีของผู้ใช้ที่ไม่ได้เกี่ยวข้องกับทีมคุณเลย

ความเสียหายมีสองชั้น ชั้นแรกคือผู้ใช้ไม่ได้รับข้อความที่ต้องการ และจะไม่รู้ด้วยว่าเกิดอะไรขึ้น ชั้นที่สองคือข้อมูลส่วนบุคคลจำนวนมากไปอยู่ในที่ที่ระบบป้องกันหยาบกว่าของจริง และอาจมีคนในทีมเปิดอ่านโดยไม่ทันคิด นี่คือเหตุที่ต้องมีมาตรการกันพลาดทุกระดับ

มาตรการที่ตรงที่สุดคือใช้โดเมนคนละโดเมนสำหรับสภาพแวดล้อมทดสอบ อย่าใช้ซับโดเมนของโดเมนที่ส่งถึงผู้ใช้จริง และควรมีรายการตรวจสอบก่อนเปิดใช้ที่ยืนยันว่าเส้นทางอีเมลของผู้ใช้จริงไม่ได้ถูกแตะเลย

สำหรับนักพัฒนา: สวิตช์ ขอบเขต และการล้างข้อมูล

เรื่องแรกคือสวิตช์ ต้องมีวิธีปิดการรับทั้งหมดได้ทันทีโดยไม่ต้องแก้หลายที่ และสวิตช์นั้นต้องอยู่ในจุดที่คนส่วนใหญ่เข้าถึงได้ ไม่ใช่ซ่อนไว้ให้มีเพียงคนเดียวในทีมที่รู้

เรื่องที่สองคือขอบเขต ควรจำกัดว่ากล่องนี้รับข้อความจากที่ใดได้บ้าง ถ้าทำได้ ให้จำกัดเฉพาะผู้ส่งที่ทีมควบคุม เช่นบริการที่ระบบของคุณใช้ส่งข้อความจริง ไม่ควรเปิดรับจากอินเทอร์เน็ตทั้งโลกโดยไม่มีเหตุผล

เรื่องที่สามคือการแยกตามส่วนหน้า ส่วนหน้าเป็นข้อมูลชิ้นเดียวที่เหลืออยู่ให้แยกว่าข้อความใดเป็นของงานใด จึงควรกำหนดรูปแบบการตั้งชื่อล่วงหน้าและเขียนไว้ในที่ที่ทุกคนอ่านเจอ เช่นแยกตามชื่อกรณีทดสอบและวันเวลาที่รัน

เรื่องที่สี่คือการล้างข้อมูล ต้องมีรอบลบที่แน่นอนและมีคนรับผิดชอบ ถ้ากล่องนี้เก็บข้อความไว้โดยไม่มีวันลบ วันหนึ่งมันจะกลายเป็นคลังข้อมูลที่ไม่มีใครกล้าลบ เพราะไม่มีใครรู้ว่ามีอะไรอยู่ข้างในและอะไรยังต้องใช้

เรื่องที่ห้าคือการแจ้งเตือน ควรมีการเตือนเมื่อปริมาณข้อความเพิ่มผิดปกติ เพราะการเพิ่มขึ้นอย่างรวดเร็วเป็นสัญญาณแรกทั้งของการตั้งค่าผิดและการถูกส่งข้อความจำนวนมากจากภายนอก

ก่อนเปิดใช้ ควรตรวจอะไรบ้าง?

เริ่มจากยืนยันว่ากล่องนี้อยู่ในโดเมนที่ไม่เกี่ยวข้องกับผู้ใช้จริง แล้วตรวจว่าผู้ส่งที่ได้รับอนุญาตมีรายชื่อชัดเจน และตรวจว่ามีคนที่สามารถปิดสวิตช์นี้ได้นอกเวลาทำการด้วย

จากนั้นตรวจว่าระยะเวลาการเก็บข้อความสั้นพอที่จะไม่กลายเป็นคลังข้อมูล และตรวจว่าบันทึกของระบบไม่เก็บเนื้อหาข้อความทั้งหมดไว้โดยไม่จำเป็น ขั้นสุดท้ายคือเขียนทั้งหมดนี้ลงในเอกสารสั้น ๆ หนึ่งหน้า แล้วให้คนที่ไม่ได้เป็นคนตั้งค่าอ่านเพื่อยืนยันว่าเข้าใจตรงกัน

ถ้าคุณต้องการเพียงรับข้อความยืนยันสั้น ๆ โดยไม่ต้องดูแลกล่องของทีมทั้งหมด เครื่องมืออีเมลชั่วคราวของเว็บไซต์นี้สร้างที่อยู่ให้ได้ทันทีในเบราว์เซอร์ ถ้าคุณยังไม่แน่ใจว่าควรใช้กล่องแบบรับทั้งหมดหรือที่อยู่แบบเจาะจง อ่านเพิ่มเติมที่อีเมลชั่วคราวกับอีเมลนามแฝง และถ้ากังวลเรื่องข้อมูลส่วนบุคคลที่อาจค้างอยู่ในระบบทดสอบ แนวทางในความเป็นส่วนตัวของข้อมูลที่อยู่อธิบายหลักการที่ใช้ได้กับอีเมลเช่นกัน

กล่องจดหมายที่กล่าวถึงในบทความนี้เป็นอุปกรณ์สำหรับงานทดสอบเท่านั้น ไม่ใช่ช่องทางติดต่อของบุคคลจริง และไม่ควรใช้รับข้อความที่มีข้อมูลส่วนบุคคลของผู้อื่น