หลังจากที่ได้ไปงาน CodeMania 11 ได้ไปฟัง Session ของพี่รูฟนะครับ ในหัวข้อ ATDD (Acceptance Test Driven Development) ครับ จากแนวคิด Zero Defect ก่อนเข้าเรื่องมาอารัมภบทกันก่อน
- UAT (User Acceptance Test) คือ กระบวนการการทดสอบระบบก่อนใช้งานจริง เพื่อตรวจสอบว่ามันสามารถตอบสนองตามความต้องการของลูกค้า (Requirement) ตรงตาม Business Flow จริงๆของลูกค้า ในระดับที่ยอมรับได้ และทดสอบที่สภาพ Environment ที่ใกล้เคียงกับ Production มากที่สุด โดยบางที่อาจจะต้องมีให้ทำเอกสารยืนยัน (UAT Sign Off) ว่าระบบใช้ได้จริง พร้อมนำไปขึ้น Production ได้
- ช่วง UAT เป็นช่วงที่ Defect จะเยอะโคตรๆ สาเหตุหลัก
เกิดจากความเข้าใจของ User, BA, SA และ DEV มีความเข้าใจที่ไม่ตรงกัน
Zero Defect มันบอกตรงตัวอยู่แล้วว่า ข้อผิดพลาดทุกอย่างเป็นศูนย์ แล้วมันทำได้อย่างไร ?
- การเข้าใจลูกค้า ว่าสิ่งที่ลูกค้าต้องการ(User Expectation) คือ อะไร (อันนี้ต้องถาม เค้นสิ่งที่ User ต้องการมาให้ได้)
สำหรับบางที่อาจจะเกิดปัญหาว่า User ไม่เข้าใจกระบวนการพัฒนาระบบ เราอาจจะต้องมีการ Guide ด้วยนะครับ ไม่งั้นความต้องการจะบิดเบี้ยวไปหมด
- เมื่อได้สิ่งที่ลูกค้าต้องการแล้ว เรามาทำสรุปให้เข้าใจทั้งเราและ User นะ (User Acceptance) แบ่งเป็นเรื่องย่อยๆ ลำดับความสำคัญ
- เอกสารจากข้อที่แล้ว แหละสามารถมาปรับเป็น UAT Test Script ได้เลย เพราะ มันเป็นสิ่งที่ลูกค้าต้องการ ไม่ต้องไปทำอะไรให้เอกสารหลายตัว มันซับซ้อนมากมาย ที่เคยเจอมา คือ SPEC กับ UAT Test Script ตีกันเอง
- จากนั้นแบ่งเป็นรอบๆ และ Develop ในสิ่งที่สำคัญ แล้วส่งลูกค้าตรวจ ที่ละนิด
- เวลา UAT จริงๆ จะไม่มีปัญหาพวก Defect มากมาย เพราะเราได้ตกลงกับลูกค้าไปแล้ว ว่าจะให้ทำอะไรแบบไหน ถ้ามีนอกเหนือจากนี้ คือ Change ครับ
Discover more from naiwaen@DebuggingSoft
Subscribe to get the latest posts sent to your email.
