Dostępne są następujące raporty przykładowe:
Zmienność kodu
Ten raport przedstawia trend zmian ilości kodu w projekcie w funkcji czasu. We wczesnych i środkowych fazach projektu rosnąca liczba zmian jest rzeczą normalną. W miarę zbliżania się do końca projektu krzywa powinna kierować się w dół. Linia wznosząca w późnej fazie projektu może oznaczać jego nieustabilizowanie.
Udziały w kodowaniu
Ten raport wyświetla ilość kodu utworzonego przez każdego programistę. Znajomość względnej ilości kodu, jaki dostarczyły poszczególne osoby w projekcie, jest ważna. Ogólnie rzecz biorąc, praca powinna być podzielona względnie równo między poszczególnych członków zespołu. Jedna osoba mająca znacznie więcej lub mniej pracy niż inne może wskazywać na problem z planowaniem projektu. Jednakże raport ten nie bierze pod uwagę takich czynników, jak kompetencje, względna trudność pracy i okres wakacyjny.
Częstość powstawania defektów
Ten raport pokazuje częstotliwość wystąpień nowych defektów w czasie w rozbiciu na istotność. Zazwyczaj linie będą wznosić się na początku projektu, a następnie powinny zacząć opadać, gdy projekt zbliża się do końca. Przynajmniej linie defektów o wyższej istotności powinny wykazywać tę tendencję - w przeciwnym razie projekt jest nieustabilizowany.
Rozkład defektów
Ten raport pokazuje liczbę defektów przypadających na komponent projektu. Linia wznosząca może sygnalizować problem wymagający zbadania lub może być prawidłowym rezultatem wynikającym z intensywniejszego testowania. Analogicznie, niska wartość może wskazywać na dobrą jakość bądź na niewystarczające testowanie. Zazwyczaj linie powinny opadać w dół w późniejszej fazie projektu.
Wskaźnik weryfikacji defektów zakończonych niepowodzeniem
"Niepowodzenie weryfikacji" jest defektem, który został naprawiony, ale musiał zostać ponownie otwarty, gdyż nie został w pełni rozwiązany. Duża lub rosnąca liczba może wskazywać na problem z komunikacją w zespole.
Łączna liczba wierszy kodu źródłowego według komponentów
Ten raport przedstawia liczbę linii kodu źródłowego (SLOC) dla każdego komponentu. Ten raport pomaga sprawdzić, czy wielkość kodu jest uzasadniona i zbliżona do oczekiwanej wielkości tego komponentu.