Известно, что тестировать/исправлять программный продукт, улучшая его качество, можно бесконечно, но "идеал недостижим". Таким образом необходимо иметь объективный критерий, чтобы определить достаточный для завершения работ и выпуска продукта уровень качества.
Цель - достичь консенсуса между Отделами качества и разработки или Исполнителем и Заказчиком на основе заранее выработанной и утверждённой методики формирования независимой оценки (например, числового порогового значения, для принятия решения об удовлетворительном или неуд. качестве). Очевидно, этот критерий требуется, например, при составлении плана тестирования или плана приёмо-сдаточных работ.
Вероятно, опираться он должен на многофакторный анализ (полнота, портируемость, сопровождаемость, юзабилити, надёжность, эффективность, безопасность...) и строиться по результатам всего спектра проверок в рамках функционального и нефункционального тестирования, точнее по видам, важности, количеству выявленных недостатков и соответствующих им оценок рисков.
Может быть это какая-то весовая функция, формируемая на основе ограничений: сроки, цена...

Вопрос: кто знает, где-нибудь описана методика формирования объективной интегральной оценки для принятия решения о допустимом качестве ПО?

Просьба: поделитесь пож-та опытом, фрагментами реальных планов с описанием критериев допустимого качества, оценок рисков!