เครื่องมือสร้างอีเมลชั่วคราว กับบทบาทในงานทดสอบระบบ

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

อีเมลชั่วคราวต่างจากที่อยู่อีเมลแทนและโดเมนรับทั้งหมดอย่างไร?

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

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

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

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

อีเมลชั่วคราวแก้ปัญหาอะไรในงานทดสอบระบบ?

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

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

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

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

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

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

ทำไมหลายเว็บไซต์จึงปิดกั้นโดเมนอีเมลชั่วคราว?

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

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

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

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

โดเมนของทีมเองกับบริการสาธารณะควรเลือกแบบใด?

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

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

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

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

การทดสอบขั้นตอนรหัสใช้ครั้งเดียวควรออกแบบอย่างไร?

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

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

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

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

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

เมื่อใดที่ไม่ควรใช้อีเมลชั่วคราว?

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

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

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

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

ก้าวต่อไป

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

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

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