มันเป็นคำถามที่น่าสนใจและคำตอบอาจง่ายกว่าที่คุณคิด
เพียงแค่ใส่เขียนการทดสอบที่ตรวจสอบสมมติฐานของคุณ มันไม่สำคัญว่าคุณจะดำเนินการหรือโปรแกรมเมอร์เพื่อนของคุณ
คำตอบที่ยาว
ตัวเลือกใด ๆ ที่คุณทำรายการค่อนข้างแฝงและต้องการให้คุณกลับมาใหม่และทบทวนรหัส (หากมีอยู่) ไม่ช้าก็เร็ว
- ความคิดเห็นจะต้องอ่านและจัดการโดยคู่ของคุณรับผิดชอบในการดำเนินการ รหัสของคุณไม่สามารถรวบรวมได้ในระหว่างนี้ หากคุณตรวจสอบสถานะดังกล่าวในที่เก็บรหัสไปป์ไลน์การรวมอย่างต่อเนื่องของคุณจะไม่ทำงานและเป็นวิธีปฏิบัติที่ไม่ดีอยู่ดี ... ไม่เคยตรวจสอบรหัสที่ใช้งานไม่ได้
- ข้อยกเว้นรันไทม์ดูดีขึ้น แต่ยังคงเป็นพิษเพราะโปรแกรมเมอร์เพื่อนของคุณสามารถสันนิษฐานได้ว่าการติดตั้งใช้งานเสร็จแล้วโดยไม่ตรวจสอบทำให้ระบบอยู่ในสภาพไม่เสถียรเช่นกัน หากวิธีการถูกกระตุ้นไม่บ่อยครั้งก็อาจนำไปสู่รหัสการผลิตที่ใช้งานไม่ได้ ... การปฏิบัติที่ไม่ดีเช่นกัน ... ไม่เคยตรวจสอบข้อยกเว้น "ไม่ได้ใช้งาน"
- การรอให้โปรแกรมเมอร์ของคุณใช้งานเมธอดหรือ stub ก็เป็นสิ่งที่น่ากลัวเช่นกัน มันแบ่งเวิร์กโฟลว์ของคุณและเวิร์กโฟลว์ของโปรแกรมเมอร์เพื่อนของคุณ จะเกิดอะไรขึ้นถ้าพวกเขาป่วยในการประชุมช่วงพักดื่มกาแฟคุณต้องการใช้เวลารอ ... อย่ารอใครสักคนถ้าคุณไม่ต้องทำ
- ใช้วิธีการที่หายไปอย่างแน่นอนเป็นวิธีที่ดีที่สุดในการก้าวไปข้างหน้า แต่จะเกิดอะไรขึ้นหากการใช้งานของคุณไม่เป็นไปตามกรณีการใช้งานทั้งหมดและโปรแกรมเมอร์เพื่อนของคุณจำเป็นต้องแก้ไขหรือเปลี่ยนแปลง? คุณและพวกเขามั่นใจได้อย่างไรว่ามันยังคงเข้ากันได้กับความต้องการของคุณ? คำตอบนั้นง่ายอีกครั้ง เขียนการทดสอบที่ตรวจสอบอธิบายและจัดทำเอกสารความตั้งใจของคุณ หากการทดสอบผิดพลาดจะสังเกตเห็นได้ง่าย หากการเปลี่ยนแปลงในวิธีการนั้นจะต้องทำซึ่งจะเป็นการทำลายคุณสมบัติของคุณ ... คุณจะเห็นได้ทันที คุณทั้งสองมีเหตุผลในการสื่อสารและตัดสินใจว่าจะทำอย่างไร แยกการทำงานหรือไม่ เปลี่ยนการใช้งานของคุณและอื่น ๆ ... อย่าตรวจสอบโค้ดที่มีเอกสารไม่เพียงพอโดยการทดสอบ
เพื่อให้ได้ระดับการทดสอบที่เพียงพอฉันขอแนะนำให้คุณดูสองสาขาวิชา
TDD - การพัฒนาที่ขับเคลื่อนด้วยการทดสอบ - สิ่งนี้จะช่วยให้แน่ใจว่าคุณอธิบายเจตนาของคุณและทดสอบอย่างเพียงพอ นอกจากนี้ยังช่วยให้คุณมีความเป็นไปได้ที่จะจำลองหรือวิธีการและชั้นเรียนปลอม (รวมถึงโดยใช้อินเทอร์เฟซ) ที่ยังไม่ได้ใช้งาน รหัสและการทดสอบจะยังคงรวบรวมและอนุญาตให้คุณทดสอบรหัสของคุณเองโดยแยกรหัสเพื่อนโปรแกรมเมอร์ของคุณ (ดู: https://en.wikipedia.org/wiki/Test-driven_development )
ATDD - การพัฒนาที่ได้รับการยอมรับการทดสอบ - สิ่งนี้จะสร้างลูปรอบนอก (รอบลูป TDD) ซึ่งช่วยให้คุณทดสอบคุณสมบัติโดยรวม การทดสอบเหล่านี้จะเปลี่ยนเป็นสีเขียวเมื่อมีการใช้งานคุณลักษณะทั้งหมดดังนั้นจึงให้ตัวบ่งชี้อัตโนมัติเมื่อเพื่อนของคุณทำงานเสร็จ ค่อนข้างเรียบร้อยถ้าคุณถามฉัน
Caveat: ในกรณีของคุณฉันจะเขียนแบบทดสอบการยอมรับอย่างง่าย ๆ เท่านั้นและไม่พยายามนำด้านธุรกิจมามากเกินไปเพราะมันจะมากเกินไปสำหรับการเริ่มต้น เขียนการทดสอบการรวมอย่างง่ายที่รวบรวมทุกส่วนของระบบที่คุณสมบัติต้องการ นั่นคือทั้งหมดที่จำเป็น
สิ่งนี้จะช่วยให้คุณใส่รหัสของคุณในการเชื่อมต่ออย่างต่อเนื่องและสร้างการใช้งานที่เชื่อถือได้สูง
หากคุณต้องการได้รับเพิ่มเติมในหัวข้อนั้นตรวจสอบลิงค์ต่อไปนี้: