การเยาะเย้ยทุกอย่างในการทดสอบอาจนำไปสู่ข้อผิดพลาดที่อาจเกิดขึ้นหลายประการซึ่งอาจส่งผลเสียต่อประสิทธิภาพและความน่าเชื่อถือของกลยุทธ์การทดสอบของคุณ นี่คือประเด็นสำคัญบางประการที่เกี่ยวข้องกับการเยาะเย้ยมากเกินไป:
1. การทดสอบเปราะและการมีเพศสัมพันธ์แน่น **
เมื่อคุณเยาะเย้ยทุกการพึ่งพาการทดสอบของคุณจะถูกจับคู่กับรายละเอียดการใช้งานของรหัสภายใต้การทดสอบอย่างแน่นหนา ซึ่งหมายความว่าแม้การเปลี่ยนแปลงเล็กน้อยในการทำงานภายในของรหัสสามารถทำลายการทดสอบได้แม้ว่าพฤติกรรมภายนอกจะไม่เปลี่ยนแปลง การทดสอบดังกล่าวเปราะและต้องการการอัปเดตบ่อยครั้งซึ่งอาจใช้เวลานานและน่าหงุดหงิด [6] [9]
2. ความมั่นใจเท็จและข้อบกพร่องที่ซ่อนอยู่ **
การเยาะเย้ยมากเกินไปสามารถนำไปสู่ความเชื่อมั่นที่ผิดพลาดในความน่าเชื่อถือของรหัส ด้วยการแยกส่วนประกอบด้วยการเยาะเย้ยคุณอาจพลาดปัญหาในโลกแห่งความจริงที่ปรากฏเฉพาะเมื่อส่วนประกอบทั้งหมดโต้ตอบกัน สิ่งนี้อาจส่งผลให้เกิดข้อบกพร่องในการผลิตมากกว่าในระหว่างการทดสอบทำลายวัตถุประสงค์ของการทดสอบ [1] [9]
3. ความท้าทายที่ซับซ้อนและการบำรุงรักษา **
การสร้างและบำรุงรักษาล้อเลียนโดยเฉพาะอย่างยิ่งสำหรับระบบที่ซับซ้อนอาจเป็นเรื่องที่ท้าทายและใช้เวลานาน เมื่อระบบวิวัฒนาการการเยาะเย้ยอาจต้องได้รับการปรับปรุงบ่อยครั้งเพื่อสะท้อนการเปลี่ยนแปลงในการพึ่งพาหรือพฤติกรรมซึ่งอาจยุ่งยากและมีแนวโน้มที่จะเกิดข้อผิดพลาด [9] [11]
4. ความยากลำบากในการตรวจสอบพฤติกรรมในโลกแห่งความเป็นจริง **
การเยาะเย้ยทุกอย่างสามารถทำให้ยากต่อการตรวจสอบว่าระบบทำงานอย่างไรในสถานการณ์จริง การทดสอบการรวมซึ่งเกี่ยวข้องกับการเยาะเย้ยน้อยลงมักจะเหมาะกว่าสำหรับจุดประสงค์นี้ การพึ่งพาการเยาะเย้ยมากเกินไปสามารถนำไปสู่การทดสอบที่ไม่ได้สะท้อนการโต้ตอบในโลกแห่งความจริงอย่างถูกต้อง [9] [11]
5. การใช้ทรัพยากรอย่างไม่มีประสิทธิภาพ **
การเยาะเย้ยมากเกินไปอาจนำไปสู่การใช้ทรัพยากรอย่างไม่มีประสิทธิภาพ การกำหนดค่าการจำลองสามารถใช้เวลามากกว่าการเขียนตรรกะการทดสอบจริงโดยเฉพาะอย่างยิ่งในระบบฐานข้อมูลหนักหรือซับซ้อน [2] [11] ความไร้ประสิทธิภาพนี้สามารถชะลอกระบวนการพัฒนาและเพิ่มต้นทุนการทดสอบ
6. ทับซ้อนกับการทดสอบการรวม **
เมื่อการทดสอบหน่วยครอบคลุมสถานการณ์ที่ทดสอบโดยการทดสอบการรวมโดยไม่มีการเยาะเย้ยมันจะทำให้เกิดคำถามเกี่ยวกับค่าที่เพิ่มโดยการทดสอบหน่วยเหล่านี้ การทดสอบการรวมมักจะให้ความครอบคลุมที่ครอบคลุมมากขึ้นของพฤติกรรมระบบโดยไม่จำเป็นต้องเยาะเย้ยอย่างกว้างขวาง [2] [7]
7. ศักยภาพสำหรับพฤติกรรมจำลองที่ไม่ถูกต้อง **
หากการเยาะเย้ยไม่ได้เลียนแบบพฤติกรรมของวัตถุจริงที่แทนที่อย่างถูกต้องการทดสอบอาจผ่านแม้ว่าระบบจริงจะล้มเหลว สิ่งนี้สามารถนำไปสู่ความรู้สึกที่ผิดพลาดของความปลอดภัยและข้อบกพร่องที่ไม่ได้รับ [5] [9]
โดยสรุปในขณะที่การเยาะเย้ยอาจเป็นเครื่องมือที่มีประโยชน์ในการทดสอบการใช้งานมากเกินไปอาจนำไปสู่การทดสอบที่เปราะบางความเชื่อมั่นที่ผิดพลาดและความไร้ประสิทธิภาพ การใช้เยาะเย้ยอย่างรอบคอบและพิจารณาทางเลือกอื่น ๆ เช่นการทดสอบการรวมเมื่อเป็นไปได้
การอ้างอิง:[1] https://cs-syd.eu/posts/2021-10-22-why-mocking-is-a-bad-idea
[2] https://softwareengineering.stackexchange.com/questions/454887/how-to-avoid-too-much-mock-mocking-in-unit-tests-in-a-database-heavy-method
[3] https://ryanclements.dev/posts/you-probably-dont-need-mocking
[4] https://stackoverflow.com/questions/61793083/Should-i-mock-every-single-dependencies-in-unit-testing
[5] https://softwareengineering.stackexchange.com/questions/382087/how-exactly--munit-tests-be-written-without-mock
[6] https://pytest-with-eric.com/mocking/pytest-common-mocking-problems/
[7] https://www.reddit.com/r/typescript/comments/1ei9f4a/is_it_me_or_mocking_everything_everywhere_in/
[8] https://stackoverflow.com/questions/38181/when-should-i-mock
[9] https://www.qodo.ai/blog/mock-testing/
[10] https://hynek.me/articles/what-to-mock-in-5-mins/
[11] https://vinted.engineering/2023/10/02/mocking-framework-downside/