หนังสือบางเล่มในตัวชี้วัดที่ห้องสมุดวิทยาลัยของคุณอาจจะได้รวมถึงซอฟแวร์ตัวชี้วัดและตัวชี้วัดและโมเดลวิศวกรรมซอฟต์แวร์คุณภาพ ทั้งสองควรให้คุณเป็นจุดเริ่มต้น ในโลกอุตสาหกรรม บริษัท น้อยมากที่มีโปรแกรมการวัดแบบใด ๆ เลย
บริษัท ส่วนใหญ่มีวิธีการบางอย่างไม่จำเป็นต้องเป็นโปรแกรมที่สง่างามในการวัดตัวชี้วัดที่มีความหมายหรือไม่?
Visual Studio มีเครื่องมือวิเคราะห์รหัสบางอย่างที่ช่วยให้คุณเริ่มต้นใช้งานได้ บริษัท ส่วนใหญ่ไม่มีแม้แต่สิ่งที่จะวัดตัวชี้วัดที่แย่ที่สุดที่เป็นไปได้: บรรทัดของรหัส "เพิ่งเสร็จสิ้น" ดูเหมือนจะเป็นแรงผลักดันอย่างล้นหลามในอุตสาหกรรมและความกังวลเรื่องการบำรุงรักษานั้นได้รับความสนใจจากผู้จัดการของ "ฉันจะได้รับโบนัสในปีนี้หรือไม่" และ "สิ่งนี้จะเกิดขึ้นในเวลาที่ฉันสัญญาหรือไม่" แม้จะมีผลิตภัณฑ์ที่ดำเนินการมากกว่าปีต่อปีโดยมีการเปลี่ยนแปลงเพิ่มขึ้นทั้งสองข้อกังวลเกี่ยวกับการพัฒนาบำรุงรักษาและการตรวจสอบ / การป้องกันข้อผิดพลาด
ตัวชี้วัดเดียวหรือรวมกันช่วยให้คุณ จำกัด ขอบเขตและประมาณการโครงการให้แคบลงได้บ้าง
ฉันพบว่าความสลับซับซ้อนและการมีเพศสัมพันธ์เป็นตัวบ่งชี้ที่แข็งแกร่งว่าจะบั๊กหรือยากที่จะรักษารหัสจะเป็นอย่างไร หากความซับซ้อนของวงจรมีค่าประมาณ 20 ฉันพบว่าแทบเป็นไปไม่ได้ที่จะทำการทดสอบ (เนื่องจากจะมีเส้นทางมากถึง 2 ^ 20 เส้นทางผ่านรหัส) และควรจะย่อยเป็นชิ้นเล็ก ๆ คุณไม่สามารถกำจัดความซับซ้อน แต่คุณสามารถแบ่งมันเป็นส่วนที่จัดการได้มากขึ้น
หากคุณกำลังมองหาการประมาณค่าคุณอาจต้องการตรวจสอบการทำงานของ จุด
รหัสความครอบคลุม% กำลังลดลงอย่างมากในแต่ละรอบซ้ำคุณแจ้งเตือนผู้พัฒนาปัญหาของคุณหรือไม่
ฉันพบว่าผู้จัดการส่วนใหญ่ใส่ใจเกี่ยวกับจำนวนการเช็คอินและจำนวนข้อบกพร่องที่ได้รับการแก้ไข ผู้จัดการปัจจุบันของฉันไม่เห็นด้วยกับการทดสอบหน่วย (เขาคิดว่าเป็นการเสียเวลา) และผู้จัดการคนก่อนหน้าของฉันรู้สึกว่าเวลาที่ใช้ในการทดสอบหน่วยคือเวลาที่ควรจะต้องใช้การเขียนในตอนแรก
อาร์กิวเมนต์มาตรฐานที่นักพัฒนาซอฟต์แวร์ใช้คือถ้าคุณวัดบางอย่างคุณจะได้รับสิ่งนั้นเท่านั้น อาร์กิวเมนต์นี้มาจากแนวคิดที่ว่าตัวชี้วัดเดียวเท่านั้นคือบรรทัดของโค้ด