การพัฒนา frontend มักเริ่มต้นก่อนที่ backend จะพร้อมส่งข้อมูลจริง แทนที่จะรอ API ที่ใช้งานได้ คุณสามารถสร้างข้อมูล JSON ทดสอบที่สมจริงในรูปแบบที่ถูกต้องและเริ่มทำงานได้ทันที
ข้อมูลจำลองคืออะไร
JSON แบบ "mock" คือข้อมูลที่ถูกสร้างขึ้นแต่มีความน่าเชื่อถือในเชิงโครงสร้าง: ชื่อที่ดูเหมือนชื่อจริง วันที่ในรูปแบบที่ถูกต้อง ID ที่มีลักษณะตามที่ควรจะเป็น ต่างจากค่าตัวยึดตำแหน่งอย่าง "test123" mock ที่สมจริงจะแสดงให้เห็นทันทีว่าอินเทอร์เฟซจัดการกับชื่อยาว ฟิลด์ว่าง หรือรูปแบบวันที่เฉพาะได้อย่างถูกต้องหรือไม่
เหตุใดจึงจำเป็น
- เริ่มพัฒนาอินเทอร์เฟซก่อนที่ทีม backend จะทำ API เสร็จ
- ทดสอบว่าอินเทอร์เฟซทำงานอย่างไรกับข้อมูลจำนวนมาก โดยไม่ต้องเติมข้อมูลลงในฐานข้อมูลจริง
- สร้างเดโมหรือต้นแบบโดยไม่เปิดเผยข้อมูลผู้ใช้จริง
- เขียนการทดสอบอัตโนมัติที่ไม่ขึ้นอยู่กับสถานะของบริการภายนอกหรือฐานข้อมูล
ที่อยู่ไทยมีชั้นการปกครองที่แม่แบบตะวันตกไม่รองรับ
ที่อยู่ไทยเต็มรูปแบบมักประกอบด้วยบ้านเลขที่ ถนน ตำบล/แขวง อำเภอ/เขต และจังหวัด — มากกว่าฟิลด์ street, city แบบเรียบง่ายของแม่แบบตะวันตกทั่วไป และคำนำหน้าเขตการปกครองต่างกันระหว่างในกรุงเทพฯ (แขวง/เขต) กับต่างจังหวัด (ตำบล/อำเภอ) รหัสไปรษณีย์ไทยมี 5 หลักและผูกกับอำเภอ/เขตนั้น ๆ ไม่ใช่สุ่มได้ตามใจ เบอร์โทรศัพท์ใช้รหัสประเทศ +66 และตัดเลข 0 หน้าสุดออกเมื่อเขียนแบบสากล (08X... กลายเป็น +66 8X...) หากเทมเพลต mock เติมแค่ {{city}} เฉย ๆ โดยไม่มีชั้นตำบล/อำเภอ ที่อยู่ที่ได้จะดูไม่สมจริงสำหรับผู้ใช้ไทย
สิ่งที่ควรระวัง
ข้อมูลจำลองจำลองรูปแบบและประเภทของข้อมูลจริงได้ดี แต่ไม่จำลองตรรกะทางธุรกิจหรือความสัมพันธ์ระหว่างข้อมูล ก่อนที่จะนำขึ้นใช้งานจริง โค้ดยังคงต้องทดสอบกับ API จริง — mock ช่วยเร่งเฉพาะขั้นตอนแรกของการพัฒนาเท่านั้น
edge case ที่สมจริงในข้อมูลจำลอง
เครื่องมือสร้างข้อมูลจำลองที่ดีจะจงใจใส่ค่า "ที่ไม่สะดวก" เข้าไปด้วย — ชื่อที่ยาวมาก สตริงว่าง อักขระไทยผสมกับอักขระละติน ตัวเลขศูนย์หรือติดลบ วันที่ที่อยู่ขอบเขตของช่วง ค่าเหล่านี้แหละที่มักทำให้เลย์เอาต์หรือตรรกะที่นักพัฒนาทดสอบแค่กับข้อมูล "สะดวก" อย่าง "John Doe" พังลง — ดังนั้นความสุ่มของข้อมูลจำลองจึงมีประโยชน์มากกว่าตัวอย่างทดสอบเดิม ๆ ซ้ำทุกครั้ง