การทดสอบแบบ Agile - วิธีการ

ในการทดสอบแบบ Agile วิธีการทดสอบที่ใช้กันทั่วไปมาจากการปฏิบัติแบบดั้งเดิมและสอดคล้องกับหลักการ - ทดสอบก่อน กรณีทดสอบถูกเขียนขึ้นก่อนที่จะเขียนโค้ด เน้นที่การป้องกันการตรวจจับและการกำจัดข้อบกพร่องโดยใช้ประเภทการทดสอบที่เหมาะสมในเวลาที่เหมาะสมและในระดับที่เหมาะสม

ในบทนี้คุณจะได้รับความเข้าใจเกี่ยวกับวิธีการ -

• ทดสอบขับเคลื่อนการพัฒนา (TDD)
• การทดสอบการยอมรับการขับเคลื่อนการพัฒนา (ATDD)
• พฤติกรรมขับเคลื่อนการพัฒนา (BDD)

ทดสอบการขับเคลื่อนการพัฒนา

ในวิธี Test Driven Development (TDD) รหัสได้รับการพัฒนาตามแนวทาง Testfirst ที่กำหนดโดย Automated Test Cases กรณีทดสอบถูกเขียนขึ้นก่อนที่จะล้มเหลวโค้ดได้รับการพัฒนาขึ้นโดยยึดตามนั้นเพื่อให้แน่ใจว่าการทดสอบผ่าน วิธีการทำซ้ำการปรับโครงสร้างจะกระทำผ่านการพัฒนาโค้ด

TDD สามารถเข้าใจได้ด้วยความช่วยเหลือของขั้นตอนต่อไปนี้ -

• Step 1 - เขียนกรณีทดสอบเพื่อสะท้อนพฤติกรรมที่คาดหวังของฟังก์ชันการทำงานของโค้ดที่ต้องเขียน

• Step 2- ทำการทดสอบ การทดสอบล้มเหลวเนื่องจากโค้ดยังไม่ได้รับการพัฒนา

• Step 3 - พัฒนารหัสตามกรณีทดสอบ

• Step 4- ทำการทดสอบอีกครั้ง คราวนี้การทดสอบจะต้องผ่านเนื่องจากมีการเข้ารหัสฟังก์ชันการทำงาน ทำซ้ำขั้นตอนที่ (3) และขั้นตอนที่ (4) จนกว่าการทดสอบจะผ่านไป

• Step 5 - สร้างรหัสใหม่

• Step 6 - ทำการทดสอบอีกครั้งเพื่อให้แน่ใจว่าผ่าน

ทำซ้ำ Step 1 – Step 6เพิ่มกรณีทดสอบเพื่อเพิ่มฟังก์ชันการทำงาน การทดสอบเพิ่มเติมและการทดสอบก่อนหน้านี้จะทำงานทุกครั้งเพื่อให้แน่ใจว่าโค้ดทำงานตามที่คาดไว้ เพื่อให้กระบวนการนี้รวดเร็วการทดสอบจะเป็นไปโดยอัตโนมัติ

การทดสอบสามารถอยู่ในระดับหน่วยการรวมหรือระบบ ต้องมีการสื่อสารอย่างต่อเนื่องระหว่างผู้ทดสอบและผู้พัฒนา

การทดสอบการยอมรับการขับเคลื่อนการพัฒนา

ในวิธี Acceptance Test Driven Development (ATDD) โค้ดนี้ได้รับการพัฒนาตามแนวทางการทดสอบก่อนที่กำหนดโดย Acceptance Test Cases โฟกัสอยู่ที่เกณฑ์การยอมรับและกรณีการทดสอบการยอมรับที่เขียนโดยผู้ทดสอบในระหว่างการสร้างเรื่องราวของผู้ใช้โดยร่วมมือกับลูกค้าผู้ใช้ปลายทางและผู้มีส่วนได้ส่วนเสียที่เกี่ยวข้อง

• Step 1 - เขียนกรณีการทดสอบการยอมรับพร้อมกับเรื่องราวของผู้ใช้ร่วมกับลูกค้าและผู้ใช้

• Step 2 - กำหนดเกณฑ์การยอมรับที่เกี่ยวข้อง

• Step 3 - พัฒนารหัสตามการทดสอบการยอมรับและเกณฑ์การยอมรับ

• Step 4 - เรียกใช้การทดสอบการยอมรับเพื่อให้แน่ใจว่าโค้ดทำงานตามที่คาดไว้

• Step 5- ทำการทดสอบการยอมรับโดยอัตโนมัติ ทำซ้ำStep 3 – Step 5 จนกว่าเรื่องราวของผู้ใช้ทั้งหมดในการทำซ้ำจะถูกนำไปใช้

• Step 6 - ทำการทดสอบการถดถอยโดยอัตโนมัติ

• Step 7 - เรียกใช้การทดสอบการถดถอยอัตโนมัติเพื่อให้แน่ใจว่าการถดถอยอย่างต่อเนื่อง

พฤติกรรมขับเคลื่อนการพัฒนา (BDD)

Behavior Driven Development (BDD) คล้ายกับ Test Driven Development (TDD) และมุ่งเน้นไปที่การทดสอบโค้ดเพื่อให้แน่ใจว่าระบบทำงานได้ตามที่คาดหวัง

ใน BDD ภาษาเช่นภาษาอังกฤษถูกใช้เพื่อให้เหมาะสมกับผู้ใช้ผู้ทดสอบและนักพัฒนา ทำให้มั่นใจ -

• การสื่อสารอย่างต่อเนื่องระหว่างผู้ใช้ผู้ทดสอบและนักพัฒนา
• ความโปร่งใสในสิ่งที่กำลังพัฒนาและทดสอบ