Я не уверен, что подсчет ваших багов будет с чем-то сравнивать. Что если программное обеспечение, которое вы сделали, было очень сложным и имело множество крайних случаев? Тебе нужно какое-то сравнение ...
Хотя один из других ответов был явно шуткой, обзоры также, вероятно, хорошая идея. Если у вас слишком много ошибок, наймите лучших инженеров или напишите меньше кода.
Редактировать: Добавлено после рассмотрения комментариев ...
Каждая ошибка похожа на уникальную отстойную снежинку (отстойную?). Они имеют разные уровни влияния на ваших клиентов и разработчиков. Я бы хотя бы это учел. Может быть, добавление серьезности (мера потребителя на исправление) и инженерных часов, потраченных на исправление, может помочь повысить точность. Думаю, меня беспокоит то, что это все еще упрощает «качество», когда дело доходит до разработки программного обеспечения.
К сожалению, качество программного обеспечения! = Качество продукции. Недавно выпущенная игра под названием Fallout 3 выиграла множество наград и заработала много денег (по крайней мере, я так полагаю), но, по крайней мере, была также глючным хламом для ПК.
Просто убедитесь, что вы отслеживаете и оптимизируете правильную вещь. Отслеживание # ошибок и времени - это просто отслеживание # ошибок и времени. Чтение чего-либо еще в этом требует некоторого уровня предположения, однако правильного или неправильного.
Каковы ваши цели? Ошибки - только одна часть качества программного обеспечения. Если вы хотите продолжать поддерживать свою поддержку программного обеспечения, это ключ. Много раз исправления ошибок могут сделать вещи менее ремонтопригодными, если ваш кодер делал вещи в спешке. Это, в свою очередь, усложняет будущие исправления и функции, а исправления могут добавлять новые ошибки.