Üniversite kitaplığınızın muhtemelen metrikleriyle ilgili bazı kitaplar Yazılım Kalite Mühendisliğinde Yazılım Metrikleri ve Metrikleri ve Modelleri içerir . Bu 2 size bir başlangıç yeri vermelidir. Endüstriyel dünyada, çok az sayıda şirketin herhangi bir metrik ölçüm programı vardır.
Çoğu şirketin anlamlı metrikleri ölçmek için bir yolu var mı, zarif bir program olmak zorunda değil mi?
Visual Studio, başlamanıza yardımcı olabilecek bazı kod analiz araçları içerir. Çoğu şirketin mümkün olan en kötü metriği ölçecek bir şeyi bile yoktur: kod satırları. "Sadece yap" sektördeki ezici itici güç gibi görünüyor ve sürdürülebilirlik kaygıları yöneticilerin "bu yıl bonusumu alacak mıyım?" ve "bu söz verdiğim zamanda yapılacak mı?" Her yıl artan değişikliklerle geçen ürünlerle bile, bu iki endişe geliştiricilerin sürdürülebilirlik ve hata tespiti / önleme endişelerini gölgede bıraktı.
Hangi metrikler tek veya birleşik olarak proje kapsamınızı ve tahminlerinizi daraltmanıza yardımcı olur?
Bunu bulmak cyclomatic karmaşıklık ve kavrama nasıl arabası ya da ne kadar zor kod olacak korumak için güçlü göstergeleridir. Siklomatik karmaşıklık 20 civarındaysa, test etmenin neredeyse imkansız olacağını görüyorum (kod boyunca 2 ^ 20 yol olacak) ve daha küçük parçalara ayrılmalıdır. Karmaşıklığı ortadan kaldıramazsınız, ancak daha yönetilebilir parçalara ayırabilirsiniz.
Eğer tahmin arıyorsanız , muhtemelen fonksiyon noktalarını araştırmak istersiniz .
Kod kapsamı% 'si her yinelemeyi büyük ölçüde düşürüyor, geliştiricilerinizi bu konuda uyarıyor musunuz?
Çoğu yöneticinin check-in sayısını ve düzeltilen hata sayısını önemsediğini düşünüyorum. Şu anki yöneticim birim testine karşı (zaman kaybı olduğunu düşünüyor) ve önceki müdürüm birim testlerine harcanan zamanın ilk etapta yazmak için harcanması gereken zaman olduğunu düşünüyordu.
Geliştiriciler tarafından kullanılan kanonik argüman, bir şeyi ölçerseniz, sadece alacağınız şeydir. Bu argüman, tek metriğin kod satırları olduğu fikrinden kaynaklanmaktadır.