จริง ๆ แล้วมันคุ้มค่ากับการทดสอบหน่วยลูกค้า API หรือไม่

นี่เป็นสิ่งที่ทำให้ฉันหนักใจอยู่พักหนึ่งแล้ว จริง ๆ แล้วมันคุ้มค่ากับการทดสอบหน่วยลูกค้า API หรือไม่

สมมติว่าคุณกำลังสร้างชั้นเรียนขนาดเล็กเพื่อสรุปการโทรหาสัตว์เลี้ยง REST API Petshop เป็น API ที่ง่ายมากและมีชุดวิธีพื้นฐาน:

• listProducts()
• getProductDetails(ProductID)
• addProduct(...)
• removeProduct(ProductID)

ในการทดสอบสิ่งนี้เราต้องสร้างบริการจำลองหรือตอบกลับ แต่นั่นดูเหมือน overkill; ฉันเข้าใจว่าเราต้องการตรวจสอบให้แน่ใจว่าวิธีการของเราไม่หยุดทำงานผ่านข้อผิดพลาดของ typo / syntax แต่เนื่องจากเรากำลังเขียนฟังก์ชั่นที่เรียกใช้วิธีการทางไกลแล้วเรากำลังสร้างการตอบกลับปลอมจากวิธีการทางไกลเหล่านั้น เป็นการเสียความพยายามและเรากำลังทดสอบบางสิ่งที่ไม่สามารถล้มเหลวได้จริงๆ ที่แย่กว่านั้นหากวิธีการระยะไกลเปลี่ยนการทดสอบหน่วยของเราจะผ่านในขณะที่การใช้การผลิตล้มเหลว

ฉันค่อนข้างมั่นใจว่าฉันพลาดอะไรบางอย่างไปหรือฉันมีไม้ผิดหรือฉันไม่ได้เห็นต้นไม้สำหรับต้นไม้ มีคนตั้งฉันให้ถูกทางได้ไหม?

งานของไคลเอนต์ระยะไกล API คือการออกสายบางอย่าง - ไม่มากไม่น้อย ดังนั้นการทดสอบควรตรวจสอบว่าจะออกสายเหล่านั้น - ไม่มากไม่น้อย

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

ที่กล่าวว่าการทดสอบคลาสที่ประกอบด้วยการมอบหมายไปยังคลาสอื่นอาจมีลำดับความสำคัญต่ำเนื่องจากมีความเสี่ยงเล็กน้อยจากข้อผิดพลาดที่ซับซ้อน แต่สำหรับคลาสใดก็ตามที่มีเพียงหนึ่ง liners ที่เหมือนกันมันไม่มีอะไรเกี่ยวข้องกับการโทรออกไปยังรหัสของผู้ขายรายอื่น

คำตอบสั้น ๆ :

วิธีการทั้งหมดควรได้รับการทดสอบโดยหน่วย

คำตอบยาว:

ใช่. มันคุ้มค่า

นี่คือบางสิ่งที่ทดสอบหน่วยในวิธีการเรียก API เหล่านั้นควรทดสอบ:

• ว่าคุณกำลังส่งพารามิเตอร์ที่มีรูปแบบถูกต้องหรือถูกต้องไปยังการเรียก API
• ว่าคุณตอบสนองต่อข้อมูลบางประเภทที่ส่งคืนโดย API (ล้อเลียนหรือไม่) ตัวอย่างเช่นบางทีเมื่อ API ส่งคืนสตริงว่างเปล่าวิธีการของคุณควรคืนค่าเริ่มต้น (เพียงตัวอย่าง)
• วิธีการที่ผู้เรียกใช้นั้นทำงานอย่างถูกต้องเมื่อการเรียก API ก่อให้เกิดข้อผิดพลาด

สิ่งเหล่านี้เป็นสิ่งที่วิธีการที่เรียกว่าสามารถแยกบริการเยาะเย้ยบริการ API ของฉันและโดยการทดสอบอย่างดีมั่นใจได้ว่าข้อผิดพลาดไม่ได้เกิดจากข้อผิดพลาดในรหัสลูกค้าที่เรียก API

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

ระวังให้มากเมื่อคุณพูดว่า"ดูเหมือนว่าจะเสียความพยายามและเรากำลังทดสอบบางสิ่งที่ไม่สามารถล้มเหลวได้" - อาจล้มเหลวได้ก็จะล้มเหลวมันอาจจะล้มเหลวในแบบที่คุณคาดไม่ถึง ความล้มเหลวจะเลวร้ายยิ่งขึ้นถ้าคุณไม่มีการทดสอบ

ความผิดพลาดที่คุณทำที่นี่คือการประดิษฐ์ล้อ: การโทรไปยังบริการระยะไกลและ API เป็นสถานการณ์ที่พบบ่อยมากดังนั้นจึงมีเครื่องมือที่ดีพอที่จะช่วยคุณทดสอบ ครั้งล่าสุดที่ฉันทำงานกับแอพพลิเคชั่นที่เชื่อมต่อกับบริการทางไกลฉันใช้SoapUIซึ่งสามารถดูบริการและทำการโทรไปที่บริการนั้น ๆ หรือทำตัวเป็นสำเนาเฉพาะของเซิร์ฟเวอร์ที่คุณสามารถทำการทดสอบการโทรและติดตามการร้องขอและการตอบกลับ การตั้งค่าใช้เวลาไม่กี่นาทีและเช่นเดียวกันก็รวดเร็วในการอัปเดตหากอินเทอร์เฟซระยะไกลเปลี่ยนไป ฉันไม่ได้ใช้มันในสถานการณ์ REST แต่แม้ว่ามันจะไม่ได้ผลสำหรับเรื่องนั้น (หรืออาจมีบางคนกำลังอ่านคำตอบนี้ในอนาคตเมื่อมีเครื่องมือที่ดีกว่าอยู่) คุณควรจะสามารถหาเครื่องมือที่สามารถจำลองได้ บริการสำหรับคุณและเมื่อถึงเวลาต้องปรับใช้รหัสของคุณคุณจะดีใจที่คุณทำ