2.Test cases เขาเขียนกันยังไงนะ
💬 ก่อนที่เราจะเขียนโค้ดเราจะต้องเขียน test cases เสียก่อน ดังนั้นเราจะมาดูกันว่าทำไมจะต้องเขียน test cases และถ้าจะต้องเขียนมันจะต้องเริ่มต้นยังไงบ้างนะ
ทุกคนในทีมและลูกค้าเข้าใจตรงกันว่า feature นั้นคืออะไร จะได้ไม่เสียเวลาเขียนโค้ดที่ไม่ใช่ของที่ลูกค้าอยากได้
ถ้าคนในทีมเข้าใจผิด มันจะถูกแก้ไขก่อนที่เราจะเขียนโค้ดเสียอีก เลยไม่ทำให้เราเสียเวลาไปนั่งไล่โค้ด
ให้แยกเรื่องออกเป็น 3 กลุ่มใหญ่ๆ ตามตารางด้านล่าง และค่อยๆคิดในแต่ละกลุ่ม โดยให้ความสำคัญกับกลุ่มด้านบนก่อน แต่ไม่จำเป็นต้องเขียนจนครบทุกเคสนะ
กลุ่ม | ความหมาย |
Normal cases | กรณีที่เกิดขึ้นบ่อยๆในระบบ หรือ สิ่งที่ระบบควรจะต้องทำได้ |
Alternative cases | กรณีที่เกิดขึ้นไม่ค่อยบ่อย นานๆจะเกิดขึ้นครั้ง |
Exception cases | กรณีที่เจอข้อผิดแปลกจากสิ่งที่มันควรจะเป็น ระบบจะต้องทำอะไรบ้าง |
เวลาคิดเคส ให้คิดทีละกลุ่มไล่จาก Normal cases, Alternative cases และ Exception cases ตามลำดับ ควรเน้นไปที่ Normal cases เสียก่อนเพราะ 80% ของระบบจะต้องเจอเรื่องพวกนี้
เวลาคิดเคส ไม่ต้องคิดจนมันครอบคลุมทุกอย่าง 100% นะ ในช่วงแรกๆเอาแค่พอประมาณเสียก่อน แล้วค่อยกลับมาเติมเคสที่เหลือทีหลังก็ได้ ไม่งั้นเราจะไม่ได้ทำงานซะที และเคสที่คิดอันหลังๆส่วนใหญ่มีโอกาสน้อยที่จะได้เจอ เลยทำให้เสียเวลาในการคิดโดยใช่เหตุ
****
