วิธีการตรวจสอบประสิทธิภาพของกระบวนการตรวจสอบรหัส?

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

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

มีใครบ้างที่เคยเจอปัญหานี้มาก่อนหรือคิดว่าอะไรดีในการวัดความคิดเห็นโค้ด

มีตัวชี้วัดจำนวนหนึ่งที่สามารถรวบรวมได้จากการตรวจสอบโค้ดซึ่งบางส่วนยังขยายไปตลอดวงจรชีวิตของโครงการ

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

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

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

นอกจากนี้คุณยังอาจจะสนใจในบทความนี้เกี่ยวกับการตรวจสอบจาก Ganssle กลุ่มและบทความโดย Capers โจนส์ใน Crosstalk เกี่ยวกับข้อบกพร่องและศักยภาพ DRE

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

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

ตามที่คุณต้องการให้มีประสิทธิภาพที่วัดได้ - นี่คือสิ่งที่ฉันอยากจะแนะนำ:

1. ตัวชี้วัดที่เกี่ยวข้องกับจำนวนของการทำใหม่ - จำนวนครั้งที่การทำงานซ้ำถูกนำมาใช้ในโมดูล / วัตถุ / รายการงานที่ได้รับเหมือนกันคือการวัดว่ารหัสนั้นแย่แค่ไหนในแง่ของการบำรุงรักษา เมื่อใช้การตรวจสอบโค้ดที่มีประสิทธิภาพเราจะสามารถลดคำขอการทำงานซ้ำในโมดูลเดียวกันได้บ่อยเพียงใด

2. ตัวชี้วัดที่เกี่ยวข้องกับจำนวนการเปลี่ยนแปลงที่การเปลี่ยนแปลงทุกครั้งร้องขอ เมื่อทุกครั้งที่มีการร้องขอการเปลี่ยนแปลง - รหัสที่ไม่ดีจะส่งผลให้โมดูลจำนวนมากได้รับผลกระทบเสมอ การวัดอาจบ่งบอกว่าหลังจากการตรวจสอบโค้ดแล้ว - a คือการลดการแพร่กระจายการเปลี่ยนแปลงใด ๆสำหรับคำขอการเปลี่ยนแปลงที่คล้ายกันในอดีตหรือไม่

3. ตัวชี้วัดที่เกี่ยวข้องกับความเร็วเฉลี่ยที่สามารถร้องขอการเปลี่ยนแปลงได้ เมื่อโค้ดนั้นสะอาดกว่า - เร็วกว่าและดีกว่าก็คือการตอบสนองต่อการเปลี่ยนแปลงที่จำเป็น หลังจากทำความสะอาดโค้ดในกระบวนการตรวจสอบแล้วเราจะพบว่ามีความเร็วเพิ่มขึ้นในการตอบสนองคำขอขนาดใกล้เคียงกัน

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

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