คำตอบอื่น ๆ อธิบายว่าการเยาะเย้ยคืออะไร ให้ฉันแนะนำคุณผ่านตัวอย่างต่างๆ และเชื่อฉันจริง ๆ แล้วมันง่ายกว่าที่คุณคิด
tl; drมันเป็นตัวอย่างของคลาสเดิม มันมีข้อมูลอื่น ๆ ที่ถูกฉีดเข้าไปเพื่อให้คุณหลีกเลี่ยงการทดสอบชิ้นส่วนที่ทำการฉีดและให้ความสำคัญกับการทดสอบรายละเอียดการใช้งานของชั้นเรียน
ตัวอย่างง่ายๆ:
class Foo {
func add (num1: Int, num2: Int) -> Int { // Line A
return num1 + num2 // Line B
}
}
let unit = Foo() // unit under test
assertEqual(unit.add(1,5),6)
อย่างที่คุณเห็นฉันไม่ได้ทดสอบ LineA นั่นคือฉันไม่ได้ตรวจสอบพารามิเตอร์อินพุต ฉันไม่ได้ตรวจสอบเพื่อดูว่า num1, num2 เป็นจำนวนเต็มหรือไม่ ฉันไม่มีข้อกล่าวหาใด ๆ
ฉันแค่ทดสอบเพื่อดูว่า LineB ( การใช้งานของฉัน) ให้ค่าที่เยาะเย้ย1และ5ทำตามที่ฉันคาดไว้หรือไม่
เห็นได้ชัดว่าในคำพูดจริงสิ่งนี้อาจซับซ้อนกว่านี้มาก พารามิเตอร์สามารถเป็นวัตถุที่กำหนดเองเหมือนคน, ที่อยู่, +หรือรายละเอียดการดำเนินงานได้มากกว่าหนึ่งเดียว แต่ตรรกะของการทดสอบจะเหมือนกัน
ตัวอย่างที่ไม่มีการเข้ารหัส:
สมมติว่าคุณกำลังสร้างเครื่องที่ระบุประเภทและยี่ห้อของอุปกรณ์อิเล็กทรอนิกส์เพื่อความปลอดภัยของสนามบิน เครื่องทำสิ่งนี้โดยการประมวลผลสิ่งที่เห็นด้วยกล้อง
ตอนนี้ผู้จัดการของคุณเดินเข้ามาและขอให้คุณทดสอบหน่วย
จากนั้นคุณในฐานะนักพัฒนาซอฟต์แวร์คุณสามารถนำวัตถุจริง 1,000 ชิ้นเช่น MacBook pro, Google Nexus, กล้วย, iPad ฯลฯ มาทดสอบและดูว่ามันใช้งานได้จริงหรือไม่
แต่คุณยังสามารถใช้วัตถุที่เยาะเย้ยเหมือน MacBook Pro ที่ดูคล้าย ๆ กัน (ไม่มีชิ้นส่วนภายในจริง) หรือกล้วยพลาสติกอยู่ข้างหน้า คุณสามารถช่วยตัวเองจากการลงทุนในแล็ปท็อป 1,000 เครื่องและกล้วยเน่าเปื่อย
ประเด็นคือคุณไม่ได้พยายามทดสอบว่ากล้วยปลอมหรือไม่ ไม่ทดสอบว่าแล็ปท็อปของปลอมหรือไม่ สิ่งที่คุณกำลังทำคือการทดสอบว่าเครื่องของคุณเมื่อมันเห็นกล้วยก็จะพูดnot an electronic deviceและสำหรับ MacBook Pro Laptop, Appleก็จะพูดว่า: สำหรับเครื่องผลลัพธ์ของการตรวจจับควรเหมือนกันสำหรับอุปกรณ์อิเล็กทรอนิกส์ปลอม / เยาะเย้ยและอุปกรณ์อิเล็กทรอนิกส์จริง
ตรรกะดังกล่าวข้างต้นนำไปใช้กับการทดสอบหน่วยของรหัสจริงเช่นกัน นั่นคือฟังก์ชั่นควรทำงานแบบเดียวกันกับมูลค่าจริงที่คุณได้รับจากการป้อนข้อมูลจริง (และการโต้ตอบ) หรือเยาะเย้ยค่าที่คุณฉีดระหว่างการทดสอบหน่วย และเช่นเดียวกับที่คุณช่วยตัวเองจากการใช้กล้วยจริงหรือ MacBook ด้วยการทดสอบหน่วย (และการเยาะเย้ย) คุณช่วยตัวเองจากการทำสิ่งที่ทำให้เซิร์ฟเวอร์ของคุณส่งคืนรหัสสถานะ 500, 403, 200 และอื่น ๆ (บังคับให้ทำ เซิร์ฟเวอร์ของคุณให้เรียก 500 ได้ก็ต่อเมื่อเซิร์ฟเวอร์หยุดทำงานในขณะที่ 200 อยู่เมื่อเซิร์ฟเวอร์หยุดทำงานมันยากที่จะเรียกใช้การทดสอบที่เน้นเครือข่าย 100 ครั้งหากคุณต้องรอ 10 วินาทีอย่างต่อเนื่องระหว่างสลับเซิร์ฟเวอร์ขึ้นและลง) ดังนั้นคุณฉีด / จำลองการตอบสนองด้วยรหัสสถานะ 500, 200, 403 ฯลฯ และทดสอบหน่วย / ฟังก์ชั่นของคุณด้วยค่าที่ถูกฉีด / เยาะเย้ย
ตัวอย่างการเข้ารหัส:
สมมติว่าคุณกำลังเขียนแอปพลิเคชัน iOS และมีการโทรผ่านเครือข่ายงานของคุณคือการทดสอบแอปพลิเคชันของคุณ เพื่อทดสอบ / ระบุว่าการโทรผ่านเครือข่ายทำงานตามที่คาดไว้หรือไม่ความรับผิดชอบของคุณ เป็นความรับผิดชอบของอีกฝ่าย (ทีมเซิร์ฟเวอร์) ในการทดสอบ คุณต้องเอานี้ (เครือข่าย) การพึ่งพาและยังยังคงทดสอบรหัสของคุณทั้งหมดที่ผลงานรอบมัน
การเรียกเครือข่ายสามารถส่งคืนรหัสสถานะอื่น 404, 500, 200, 303 ฯลฯ ด้วยการตอบสนอง JSON
แอปของคุณควรใช้งานได้สำหรับทุกคน (ในกรณีที่มีข้อผิดพลาดแอปของคุณควรจะทิ้งข้อผิดพลาดที่คาดไว้) สิ่งที่คุณทำกับการล้อเลียนคือคุณสร้าง 'จินตภาพ - คล้ายกับเครือข่ายจริง' (เช่นรหัส 200 กับไฟล์ JSON) และทดสอบรหัสของคุณโดยไม่ต้อง 'ทำการโทรเครือข่ายจริงและรอการตอบกลับเครือข่าย' คุณ hardcode ด้วยตนเอง / กลับการตอบสนองเครือข่ายสำหรับการตอบสนองเครือข่ายทุกชนิดและดูว่าแอปของคุณทำงานตามที่คุณคาดหวังหรือไม่ (คุณไม่เคยคิด / ทดสอบ 200 ด้วยข้อมูลที่ไม่ถูกต้องเพราะนั่นไม่ใช่ความรับผิดชอบของคุณความรับผิดชอบของคุณคือการทดสอบแอปของคุณด้วย 200 ที่ถูกต้องหรือในกรณีที่ 400, 500 คุณทดสอบว่าแอปของคุณมีข้อผิดพลาดหรือไม่)
การสร้างจินตภาพ - ซึ่งคล้ายกับของจริงเรียกว่าการเยาะเย้ย
ในการทำเช่นนี้คุณไม่สามารถใช้รหัสเดิม (รหัสเดิมของคุณไม่มีคำตอบที่แทรกไว้ล่วงหน้าใช่ไหม) คุณต้องเพิ่มบางสิ่งลงไปฉีด / ใส่ข้อมูลจำลองที่ไม่ต้องการใช้ตามปกติ (หรือเป็นส่วนหนึ่งของชั้นเรียน)
ดังนั้นคุณจึงสร้างอินสแตนซ์ของคลาสดั้งเดิมและเพิ่มอะไรก็ได้ (นี่คือเครือข่าย HTTPResponse, ข้อมูลหรือในกรณีที่เกิดความล้มเหลวคุณจะต้องผ่าน errorString, HTTPResponse ที่ถูกต้อง) ที่คุณต้องการจากนั้นทดสอบคลาสที่ เยาะเย้ย
เรื่องสั้น ๆ สั้น ๆ การเยาะเย้ยคือการลดความซับซ้อนและจำกัดสิ่งที่คุณกำลังทดสอบและทำให้คุณป้อนสิ่งที่เรียนขึ้นอยู่กับ ในตัวอย่างนี้คุณหลีกเลี่ยงการทดสอบเครือข่ายเรียกตัวเองและแทนการทดสอบหรือไม่แอปของคุณทำงานตามที่คุณคาดหวังกับผลการฉีด / การตอบสนองด้วย - เยาะเย้ยชั้นเรียน
คุณจะต้องทดสอบการตอบสนองของเครือข่ายแยกกัน
ตอนนี้คำถามที่ฉันมีอยู่ในใจเสมอคือ: สัญญา / จุดสิ้นสุดและโดยทั่วไปการตอบสนอง JSON ของ API ของฉันได้รับการปรับปรุงอย่างต่อเนื่อง ฉันจะเขียนการทดสอบหน่วยที่คำนึงถึงสิ่งนี้ได้อย่างไร?
ที่ซับซ้อนมากขึ้นเกี่ยวกับเรื่องนี้: รูปแบบการพูดให้ของต้องใช้คีย์ / usernameข้อมูลที่มีชื่อว่า คุณทดสอบและผ่านการทดสอบของคุณ 2 idสัปดาห์ต่อมาเปลี่ยนชื่อแบ็กเอนด์ที่สำคัญในการ การทดสอบของคุณยังคงผ่าน ขวา? หรือไม่?
มันเป็นความรับผิดชอบของนักพัฒนาแบ็กเอนด์ที่จะปรับปรุง mocks มันควรเป็นส่วนหนึ่งของข้อตกลงของเราที่พวกเขาให้ปรับปรุง mocks หรือไม่?
คำตอบของปัญหาข้างต้นคือ: การทดสอบหน่วย + กระบวนการพัฒนาของคุณในฐานะนักพัฒนาฝั่งไคลเอ็นต์ควร / จะได้รับการตอบสนองที่เยาะเย้ยล้าสมัย หากคุณถามฉันได้อย่างไร คำตอบคือ:
แอปจริงของเราจะล้มเหลว (หรือไม่ล้มเหลวยังไม่มีพฤติกรรมที่ต้องการ) โดยไม่ใช้ API ที่อัปเดต ... ดังนั้นหากล้มเหลว ... เราจะทำการเปลี่ยนแปลงรหัสการพัฒนาของเรา ซึ่งนำไปสู่การทดสอบของเราอีกครั้งล้มเหลว .... ซึ่งเราจะต้องแก้ไขให้ถูกต้อง (อันที่จริงถ้าเราต้องทำกระบวนการ TDD อย่างถูกต้องเราจะไม่เขียนโค้ดใด ๆ เกี่ยวกับฟิลด์เว้นแต่ว่าเราจะเขียนแบบทดสอบ ... และดูว่ามันล้มเหลวแล้วไปและเขียนรหัสการพัฒนาจริงสำหรับมัน)
ทั้งหมดนี้หมายความว่าแบ็กเอนด์ไม่จำเป็นต้องพูดว่า: "เฮ้เราอัปเดต mocks" ... ในที่สุดมันก็เกิดขึ้นผ่านการพัฒนา / การดีบักโค้ดของคุณ ّ เพราะมันเป็นส่วนหนึ่งของกระบวนการพัฒนา! แม้ว่าแบ็กเอนด์จะให้คำตอบที่เย้ยหยันสำหรับคุณ แต่ก็ง่ายกว่า
จุดทั้งหมดของฉันคือ (ถ้าคุณไม่สามารถรับการตอบกลับ API ที่เยาะเย้ยโดยอัตโนมัติ) จำเป็นต้องมีการโต้ตอบกับมนุษย์เช่นการอัปเดตด้วยตนเองของ JSONs และมีการประชุมสั้น ๆ เพื่อให้แน่ใจว่าค่าของพวกเขาทันสมัย
ส่วนนี้ถูกเขียนขึ้นเนื่องจากการอภิปรายหย่อนในกลุ่มพบปะสังสรรค์ CocoaHead ของเรา
สำหรับ iOS devs เท่านั้น:
เป็นตัวอย่างที่ดีมากในการเยาะเย้ยนี้พูดคุยพิธีสารเชิงปฏิบัติโดยนาตาชา Muraschev เพียงข้ามไปยังเวลา 18:30 น. แม้ว่าสไลด์อาจจะไม่ซิงค์กับวิดีโอจริง 🤷♂️
ฉันชอบส่วนนี้จากการถอดเสียง:
เพราะนี่คือการทดสอบ ... เราไม่ต้องการที่จะทำให้แน่ใจว่าgetฟังก์ชั่นจากGettableที่เรียกว่าเพราะมันสามารถกลับมาและฟังก์ชั่นในทางทฤษฎีสามารถกำหนดอาร์เรย์ของรายการอาหารจากที่ใดก็ได้ เราต้องแน่ใจว่ามันถูกเรียกว่า;