สารบัญ:
- คำจำกัดความ - การทดสอบพัฒนาขับเคลื่อน (TDD) หมายถึงอะไร?
- Techopedia อธิบายการพัฒนาระบบขับเคลื่อนทดสอบ (TDD)
คำจำกัดความ - การทดสอบพัฒนาขับเคลื่อน (TDD) หมายถึงอะไร?
Test driven development (TDD) เป็นวิธีการพัฒนาซอฟต์แวร์ที่การทดสอบจะถูกเขียนก่อนที่จะเขียนรหัส เมื่อรหัสใหม่ผ่านการทดสอบก็จะได้รับการปรับให้เป็นมาตรฐานที่ยอมรับได้
TDD รับรองว่าซอร์สโค้ดนั้นผ่านการทดสอบหน่วยอย่างละเอียดและนำไปสู่โค้ดแบบโมดูลที่มีความยืดหยุ่นและขยายได้ มันมุ่งเน้นไปที่การเขียนเฉพาะรหัสที่จำเป็นในการผ่านการทดสอบทำให้การออกแบบง่ายและชัดเจน
Techopedia อธิบายการพัฒนาระบบขับเคลื่อนทดสอบ (TDD)
TDD ทำให้โปรแกรมเมอร์สามารถทำตามขั้นตอนเล็ก ๆ ในขณะที่เขียนซอฟต์แวร์ การทดสอบนั้นเขียนขึ้นก่อนการทดสอบการใช้งานและรับรองว่าแอพพลิเคชั่นนั้นเหมาะสำหรับการทดสอบได้ ทำการทดสอบโค้ดจำนวนเล็กน้อยเพื่อดักข้อผิดพลาดที่เกิดขึ้นในโค้ดที่ทดสอบ จากนั้นฟังก์ชั่นการใช้งาน สิ่งนี้เรียกว่า "refactor สีแดงสีเขียว" ที่สีแดงหมายถึงความล้มเหลวและสีเขียวแสดงผ่าน ขั้นตอนเหล่านี้ซ้ำแล้วซ้ำอีก เป้าหมายแรกของโปรแกรมเมอร์คือการให้ความสำคัญกับงานที่ทำและส่งให้
ขั้นตอนต่าง ๆ ที่เกี่ยวข้องในวงจรการพัฒนาขับเคลื่อนการทดสอบคือ:
- เพิ่มการทดสอบ: ทุกคุณสมบัติใหม่ใน TDD เริ่มต้นด้วยการทดสอบที่ต้องล้มเหลวเนื่องจากมีผลก่อนที่จะมีการใช้งานคุณลักษณะใด ๆ ข้อกำหนดที่จำเป็นในการเขียนการทดสอบก่อนการใช้งานคุณลักษณะคือความเข้าใจที่ชัดเจนของความต้องการโดยผู้พัฒนา สามารถทำได้ผ่านเรื่องราวของผู้ใช้และกรณีการใช้งาน ดังนั้นผู้พัฒนาเข้าใจถึงความต้องการก่อนที่จะเขียนรหัสโปรแกรม
- เรียกใช้การทดสอบทั้งหมดและตรวจสอบว่ารหัสใหม่ล้มเหลว: สิ่งนี้ช่วยให้มั่นใจว่าการทำงานของชุดควบคุมการทดสอบนั้นถูกต้องและการทดสอบใหม่ไม่ผ่านโดยไม่ได้ตั้งใจโดยไม่มีรหัสใหม่ใด ๆ ขั้นตอนนี้ยังทดสอบการทดสอบและขจัดความเป็นไปได้ที่การทดสอบใหม่จะผ่านเสมอ
- เขียนรหัส: ขั้นตอนต่อไปที่ตามมาคือการเขียนรหัสที่ล้างการทดสอบ รหัสใหม่ไม่สมบูรณ์ แต่มีการแก้ไขในภายหลังตามข้อกำหนด มันออกแบบมาสำหรับการทดสอบเท่านั้นและไม่ได้มีฟังก์ชั่นอื่น ๆ
- เรียกใช้การทดสอบอัตโนมัติ: หากทุกกรณีการทดสอบที่ผลิตผ่านการทดสอบได้ง่ายก็หมายความว่ารหัสนั้นตรงตามข้อกำหนดที่จำเป็นทั้งหมด ดังนั้นขั้นตอนสุดท้ายของวงจรสามารถเริ่มต้นได้
- รหัส Refactor: สิ่งนี้คล้ายกับการลบการทำซ้ำ การปรับโครงสร้างใหม่จะไม่ทำลายฟังก์ชันการทำงานที่มีอยู่และช่วยในการลบการทำซ้ำระหว่างรหัสการผลิตและการทดสอบ ตอนนี้รหัสจะถูกล้างตามที่ต้องการ
- ทำซ้ำ: รอบจะทำซ้ำเช่นเดียวกับในกรณีก่อนหน้าด้วยการทดสอบใหม่ ข้อกำหนดที่สำคัญคือขนาดของขั้นตอนควรมีขนาดเล็กโดยมีการแก้ไขประมาณ 1 ถึง 10 ครั้งระหว่างการทดสอบทุกครั้ง หากรหัสใหม่ไม่เป็นไปตามการทดสอบใหม่โปรแกรมเมอร์ควรทำการดีบักเพิ่มเติม การรวมอย่างต่อเนื่องให้จุดตรวจสอบย้อนกลับ
