การจัดการ Unit Testing - การใช้ @RepeatedTest สำหรับการทดสอบซ้ำๆ

 

การทดสอบซอฟต์แวร์คือขั้นตอนสำคัญในการพัฒนาซอฟต์แวร์ที่ยืนยันว่าโปรแกรมทำงานได้ตามที่คาดหวัง ในกระบวนการพัฒนาที่อไจล์ (Agile Development) หรือ CI/CD (Continuous Integration/Continuous Deployment) Unit Testing จัดว่าเป็นส่วนสำคัญที่ช่วยในการป้องกันบั๊กในระดับต้นน้ำ และยังเป็นการสร้างความมั่นใจในการทำงานของโปรแกรม

 

ความสำคัญของ Unit Testing

Unit Testing คือการทดสอบฟังก์ชั่นหรือหน่วยย่อย ๆ ของโค้ด เพื่อให้แน่ใจว่าฟังก์ชั่นนั้นทำงานถูกต้องตามที่เราตั้งใจไว้ การใช้ Unit Testing ยังช่วยให้โค้ดของเรามีความน่าเชื่อถือ และเข้าใจง่ายขึ้น เนื่องจากทำให้เราสามารถแยกส่วนของโค้ดที่ทำงานไม่ถูกต้องออกและแก้ไขได้ทันท่วงที

หนึ่งในฟีเจอร์ที่มีประโยชน์ใน JUnit ซึ่งเป็น Framework สำหรับการทดสอบในภาษา Java คือ @RepeatedTest ซึ่งอนุญาตให้ผู้พัฒนาสามารถทำการทดสอบแบบซ้ำ ๆ เพื่อดูความคงเส้นคงวาของผลทดสอบ โดยไม่จำเป็นต้องเขียนโค้ดเพิ่มเติมมากมาย

 

เมื่อไหร่ที่ควรใช้ @RepeatedTest

1. ตรวจสอบความคงที่ของผลการทดสอบ: ในบางครั้ง ฟังก์ชั่นอาจทำงานถูกต้องในบางเงื่อนไขและผิดพลาดในเงื่อนไขอื่น การทดสอบซ้ำ ๆ จะช่วยหาข้อผิดพลาดที่อาจเกิดขึ้นแบบสุ่มได้

2. ทดสอบในสภาพแวดล้อมที่เปลี่ยนแปลงบ่อย: หากการทำงานของฟังก์ชั่นขึ้นกับสถานะของระบบที่อาจมีการเปลี่ยนแปลง การทดสอบแบบซ้ำจะช่วยให้แน่ใจว่ายังทำงานได้ถูกต้องในทุกสภาวะแวดล้อม

3. ประสิทธิภาพของฟังก์ชั่น: การทดสอบซ้ำในจำนวนที่มากสามารถช่วยให้เห็นถึงการลดลงของประสิทธิภาพในบางครั้ง

 

การใช้งาน @RepeatedTest ใน JUnit

ในการเริ่มต้นใช้ @RepeatedTest เพียงแค่เพิ่มอนุมัติการใช้ @RepeatedTest ไว้ที่ด้านบนของ method ที่คุณต้องการเท่านั้น ตัวอย่างโค้ดง่ายๆ ดังนี้:

import org.junit.jupiter.api.RepeatedTest;
import static org.junit.jupiter.api.Assertions.assertEquals;

public class CalculatorTest {

    private final Calculator calculator = new Calculator();

    @RepeatedTest(5)
    void additionTest() {
        assertEquals(2, calculator.add(1, 1));
    }
}

ในตัวอย่างนี้ เราใช้ @RepeatedTest(5) เพื่อทดสอบ method `additionTest` จำนวน 5 ครั้ง โดยที่ทุกครั้งที่ทดสอบผลลัพธ์ควรเป็น 2 หากฟังก์ชัน `add` ของ `Calculator` ทำงานได้ถูกต้อง

 

Usecase ของ @RepeatedTest

1. Application ที่ต้องใช้งานร่วมกับ Third-party API: เมื่อมีการเรียกใช้ API ที่ status code หรือ response อาจไม่เหมือนกันในแต่ละครั้ง การทดสอบซ้ำจะช่วยตรวจสอบการจัดการข้อผิดพลาดและการตอบสนองที่ถูกต้องในสถานการณ์ต่าง ๆ

2. ทดสอบการจัดการ Concurrent: หากระบบมีการใช้ multi-threading การทดสอบซ้ำสามารถช่วยตรวจสอบว่าการทำงานแบบขนานไม่ได้สร้างบั๊กที่เป็น race condition

3. ระบบที่อยู่ภายใต้โหลดงานสูง: สามารถใช้การทดสอบซ้ำเพื่อจำลองสถานการณ์ที่มีการใช้งานหนักและดูว่าระบบจัดการได้อย่างดีหรือไม่

 

ข้อดีและข้อเสียของ @RepeatedTest

ข้อดี

:

- ลดเวลาในการเขียนโค้ดทดสอบซ้ำ

- ช่วยให้เห็นถึงความคงเส้นคงวาของฟังก์ชั่น

- สามารถค้นหาข้อผิดพลาดที่เกิดขณะ runtime

ข้อเสีย

:

- อาจเพิ่มเวลาในการรันเทส หากจำนวนรอบเยอะเกินความจำเป็น

- บางครั้งอาจทำให้ลืมมอง logic หลักที่อยู่ใน test case และยึดผลของการทดสอบซ้ำมากเกินไป

การใช้ @RepeatedTest อย่างถูกต้องสามารถช่วยปรับปรุงคุณภาพของซอฟต์แวร์และสร้างความมั่นใจในระบบของคุณ หากคุณสนใจเรียนรู้เพิ่มเติมเกี่ยวกับการทดสอบซอฟต์แวร์และการพัฒนาโปรแกรมที่มีประสิทธิภาพ อย่าลืมพิจารณาเรียนที่ Expert-Programming-Tutor (EPT) ที่มุ่งเน้นการให้พื้นฐานที่แข็งแรงและความรู้ที่สามารถนำไปปฏิบัติได้ในชีวิตจริง!

 

 

หมายเหตุ: ข้อมูลในบทความนี้อาจจะผิด โปรดตรวจสอบความถูกต้องของบทความอีกครั้งหนึ่ง บทความนี้ไม่สามารถนำไปใช้อ้างอิงใด ๆ ได้ ทาง EPT ไม่ขอยืนยันความถูกต้อง และไม่ขอรับผิดชอบต่อความเสียหายใดที่เกิดจากบทความชุดนี้ทั้งทางทรัพย์สิน ร่างกาย หรือจิตใจของผู้อ่านและผู้เกี่ยวข้อง

หากเจอข้อผิดพลาด หรือต้องการพูดคุย ติดต่อได้ที่ https://m.me/expert.Programming.Tutor/