Review Objective If your objective

Review Objective
If your objective is to get into testing as quickly as possible, there is probably no way to convince you to do a review before compiling. This attitude, however, confuses speed with progress. Although getting to testing would seem like progress, the testing time for defective code is highly unpredictable, and for large programs it can take many weeks or months. If you measure your overall performance both with reviews and without, you will find that by reviewing first, you may take a little longer to get into testing but the testing time will be much less.
Conversely, if your goal is to remove the maximum number of defects, you will want to do the code reviews when they are most effective. The compiler is equally effective before or after the review, so if you find any of the defects it would miss, you are ahead. My preference is to review the code before compiling and then use the compiler as a check on the quality of my code review. If the compiler find more than a very few defects, I probably have a quality problem and need re reexamine my review practice. This is also a good guide for then to update your Code Review Checklist

ผลลัพธ์ (ไทย) 1:

ทบทวนวัตถุประสงค์ ถ้าวัตถุประสงค์ของคุณคือการ เข้าทดสอบอย่างรวดเร็ว มีคงไม่มีวิธีการโน้มน้าวใจคุณสามารถทำการตรวจทานก่อนการคอมไพล์ ทัศนคตินี้ อย่างไรก็ตาม confuses ความเร็วกับความคืบหน้า แม้ว่าการเดินทางไป ทดสอบจะเหมือนความคืบหน้า เวลาทดสอบสำหรับรหัสข้อบกพร่องคือไม่แน่นอนสูง และโปรแกรมขนาดใหญ่ สามารถใช้เวลาหลายสัปดาห์หรือเดือน ถ้าคุณวัดประสิทธิภาพโดยรวมทั้งรีวิว และไม่มี คุณจะพบว่า โดยตรวจครั้งแรก คุณอาจใช้เวลานานเล็กน้อยจะได้รับในการทดสอบ แต่เวลาทดสอบจะน้อยมาก ในทางกลับกัน ถ้าเอาจำนวนของข้อบกพร่อง คุณอาจจะไม่เห็นรหัสเมื่อมีประสิทธิภาพสูงสุด คอมไพเลอร์ที่มีประสิทธิภาพเท่าเทียมกันก่อน หรือ หลังการ ทบทวน หากพบความบกพร่องมันจะพลาด อยู่ข้างหน้า กำหนดลักษณะของฉัน ได้ตรวจทานรหัสก่อนคอมไพล์แล้ว ใช้คอมไพเลอร์เป็นการตรวจสอบคุณภาพการตรวจสอบรหัสของฉัน ถ้าคอมไพเลอร์พบกว่าข้อบกพร่องน้อยมาก อาจมีปัญหาคุณภาพ และต้องรี reexamine ของฉันฝึกทบทวน นี้คือคำแนะนำที่ดีในนั้นการปรับปรุงตรวจสอบทบทวนรหัสของคุณ

ผลลัพธ์ (ไทย) 3:

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