บทเรียน 5.2 — แล็บ: สถานการณ์ใช้งานและ checklist ก่อนทำต้นแบบ

เป้าหมายของแล็บ

• รัน usage scenario อย่างน้อย 2 รายการบน Twin
• จดปัญหาหรือจุดเฝ้าระวังอย่างน้อย 3 ข้อ
• (แนะนำ) จับคู่สถานะเฟิร์มแวร์/telemetry อย่างน้อย 1 อย่าง หรืออธิบายว่าทำไมยังไม่ผูก
• กรอก pre-prototype-checklist.md รวม Top 3 fixes

ก่อนเริ่ม

• [ ] มี .glb ใน Bitstream Studio จากแล็บโมดูล 4
• [ ] มีคลิปเปิดฝา หรือระบุว่าใช้มุมกล้องแทนชั่วคราว
• [ ] โฟลเดอร์หลักฐาน lab-notes/ หรือเทียบเท่า

ฝึกเติม/แล็บ (1) — เขียนสถานการณ์ก่อนคลิก

ท่าที่ 1 — Write scenarios before you click (บังคับ) เลือกอย่างน้อย 2 สถานการณ์จากบทเรียน 5.1 — ต้องมี S3 (เปิดฝาบริการ) และอีกหนึ่งข้อ เขียนลงตาราง: ใครทำอะไร → ผลที่คาดหวัง

ผ่านเมื่อ: เพื่อนอ่านตารางแล้วรันซ้ำได้โดยไม่ถามเพิ่ม

ฝึกเติม/แล็บ (2) — รันสถานการณ์และจดปัญหา

ท่าที่ 2 — Run scenarios and log issues (บังคับ) ทำตาม action → จด expected vs actual → แคปหน้าจออย่างน้อย 1 ภาพต่อสถานการณ์ → สะสมรายการปัญหา (เป้าหมายรวม ≥ 3 ข้อ)

ผ่านเมื่อ: มีบันทึกครบ 2 สถานการณ์และปัญหา ≥ 3 ข้อ

ฝึกเติม/แล็บ (3) — ผูกข้อมูลหรือบันทึกช่องว่าง

ท่าที่ 3 — Bind data or document the gap (บังคับ) เลือกหนึ่งทาง

ผ่านเมื่อ: มีหลักฐานภาพ หรือ เหตุผลที่เขียนชัดใน checklist

ฝึกเติม/แล็บ (4) — กรอก checklist ก่อนต้นแบบ

ท่าที่ 4 — Fill pre-prototype checklist (บังคับ)

1. กรอกทุกแถวหลักใน pre-prototype-checklist.md
2. เขียน Top 3 design fixes before print
3. ตัดสินใจ: Ready to print / Not ready (ระบุ blockers)

ผ่านเมื่อ: Top 3 ไม่ว่าง และมีคำตัดสิน Ready/Not ready

(ทางเลือก) เลือกปัญหา 1 ข้อจาก Top 3 → แก้ใน Blender → export GLB ใหม่ → import และรัน S3 ซ้ำสั้น ๆ → จดว่าดีขึ้นหรือยัง

ผลงานที่ต้องส่ง

• [ ] 2 scenarios + screenshots
• [ ] ≥ 3 issues / watch-outs
• [ ] Pre-prototype checklist + Top 3 fixes
• [ ] หลักฐานการผูกข้อมูล หรือช่องว่างที่เขียนไว้
• [ ] (ถ้าแก้แล้ว) GLB ใหม่

แก้ปัญหาที่พบบ่อย