Forráskód mérés

"Nem kezelhető, ami nem irányítható, és
nem irányítható, ami nincs mérve."
(Tom DeMarco)

A szoftver mérése elengedhetetlen része a menedzsmentnek; kis esély van irányítani azt, amit nem mérünk. A szoftver metrikák a szoftver részeinek, forráskódjának vagy specifikációjának tulajdonságait mérik. Több különböző megközelítés alapján választhatunk metrikákat a szoftver tulajdonságainak mérésére:

• Specifikációhoz kapcsolódó metrikák (például funkció pont metrika)
• Eljárás metrikák (például egy hiba javításával eltöltött átlagos idő)
• Termék metrikák (például forráskód komplexitás)

Habár a szoftver minőségbiztosítás alapvető feltétele szerint a szoftver minősége egyenes arányban van a fejlesztési fázis folyamán használt folyamatok minőségével, a termékmetrikák létezésének mégis vannak racionális okai, melyek a következők:

• Gyakran a rendszer adott verziójáról semmit sem tudunk, amikor folyamat alapú minőségbiztosítási rendszert használunk (a létező rendszer minősége nem ismert).
• A termék metrikák értékelik a folyamat metrikákat.
• A termék prototípusa már a fejlesztés szakaszában elérhető, ezért a termék metrikák és más, a termékkel kapcsolatos tulajdonságok mérhetővé válnak.

A helyesen összeállított szoftver minőségbiztosítási módszertan mindkét, a folyamatokhoz és termékekhez kapcsolódó metrikákat egymást kiegészítve használja.

A szoftver mérésének miértjei és hogyanjai

A szoftver metrikák segítenek elkerülni a szoftverfejlesztés legtipikusabb csapdáit:

• Költségtúllépés: A legtöbb projektnél nem lehet elválasztani a tervezés és kódolás költségét, így nem lehet azonosítani a költségtúllépések okát, vagyis a jövőben is fenn fog állni a probléma.
• Célok tisztázása: A projekt céljai gyakran ködösek, nehéz megmondani, hogy mennyire sikerült őket elérni.

A metrikák segítenek választ találni a következő kérdésekre:

• Milyen hatékonyak a fejlesztők?
• Milyen jól fejlesztik a kódot?
• Hogyan lehet a fejlesztés alatt a kódot javítani?

A metrikák:

• Segítséget nyújtanak a költség és erőforrásbecslés során
• Segítséget nyújtanak a produktivitás becslés során
• Konzisztens adatgyűjteményként szolgálnak az összes projekthez – a különböző projektek tulajdonságainak összehasonlítása lehetővé válik.
• Lehetővé teszik a szoftver minőségének megbecslését – a rossz kód nem értékes, akkor sem, ha nagy része gyorsan elkészül.

A szoftver metrikák kulcsszerepet játszanak a szoftverkarbantartás során a folyamatos tervezés filozófiájának bevezethetőségi feltételeinek megteremtésében.

Mit mérjünk?

A jól ismert forráskód metrikák mellett (például ciklomatikus komplexitás, kapcsolódás, kohézió) a FrontEndART SourceAudit eszköze képes számos más tulajdonságát mérni és felfedezni a kódnak, mint a:

• Kódolási szabálysértések
  
  A helyes kódolási gyakorlatok útmutatást jelentenek a hibátlan, gyors, karbantartható és biztonságos kód írásához. A FrontEndART termékei képesek azt vizsgálni, hogy a fejlesztők betartják-e ezen szabályokat. E mellett e gyakorlatok vizsgálata komoly problémákat is feltárhat, melyek nem szándékosak, mivel a fejlesztők figyelmetlenségből adódnak. Tovább >>

  A szabálysértési kategóriákba sorolt problémák mennyisége forráskódelemenként megtekinthető.

• Gyanús kódrészletek
  
  A programozás folyamán előálló "gyanús kód" olyan forráskód részlet, amely súlyos problémára utalhat, mivel a szoftver helytelen működéséhez vezethet.
  Tovább >> || Gyanús kódrészletek leírás (PDF)

  A gyanús kódok mértéke is egy metrikát határoz meg a forráskód elemekre.

• Kód duplikációk
  
  Bevett gyakorlat a kód újrafelhasználása másolás és beillesztés segítségével. Habár ez a megközelítés csökkenti a fejlesztési időt, hosszútávon mégis meg kell fizetni az árát a megnövekedett karbantartási költségek formájában. Elsődlegesen az adhat okot aggodalomra, ha az eredeti kódban változtatni kell, mert az összes másolt részt is ellenőrizni és megfelelően változtatni kell.
  Tovább >> || Kódduplikáció leírása (PDF)

  Számos metrika létezik a kódduplikációk (másolás & beillesztés) előfordulásainak mérésére a kódállományban.