สรุปสำคัญ

  • เก็บค่าต้นฉบับก่อนปรับรูปแบบ
  • ใช้ fixture คงที่สำหรับ regression
  • กันข้อมูลทดสอบออกจากธุรกรรมจริง

ผู้เขียนและผู้ตรวจสอบ

หลักการบรรณาธิการ
เขียนโดย
RZTKB Editorial Team
ตรวจสอบโดย
RZTKB Data Review
อัปเดตล่าสุด
2026-08-28

ทดสอบโครงสร้างแทนการคัดลอกลูกค้า

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

เลือกกรณีที่มีประโยชน์

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

ตัวอย่างรูปแบบ
addressLine1: 88 ถนนตัวอย่างaddressLine2: อาคาร B ห้อง 502district: เมืองprovince: เชียงใหม่postalCode: 50000

ทำให้ผลสุ่มทำซ้ำได้

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

ป้องกันไม่ให้ไหลไปยังระบบจริง

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

คำถามที่พบบ่อย

ใช้ที่อยู่ทดสอบกับระบบขนส่งได้ไหม

ได้เฉพาะ sandbox ที่อนุญาต

ต้องสุ่มทุกครั้งหรือไม่

ไม่ควรสำหรับ regression

ควรสร้างเบอร์โทรศัพท์หรือไม่

เฉพาะเมื่อมีช่วงทดสอบที่ปลอดภัย

รูปแบบถูกต้องแปลว่าส่งถึงได้หรือไม่

ไม่ เป็นคนละขั้นตอน

แหล่งข้อมูล

  1. สหภาพไปรษณีย์สากล: แหล่งข้อมูลการจ่าหน้า
  2. RZTKB data methodology