Наличие неудачной сборки не всегда отражает качество продукта, в основном, если сбои связаны с проблемами инфраструктуры тестирования.
Снижение риска нежелательных сбоев, которые не связаны с ошибками приложений (тайминги,застрявший процесс), создавая прочную и стабильную среду, которую можно легко поддерживать и расширять.
Говоря о сбоях, связанных с ошибками приложений, тип неудачных тестов важнее количества неудач.Это серьезность дефекта.У вас может быть 3 тривиальных сбоя, которые не имеют большого влияния, и вы также можете иметь только 1 критический сбой.Вам необходимо соответствующим образом пометить свои тесты.
В дополнение к этому есть плагин Jenkins , который создает легкую для отслеживания историю тестовых прогонов, где вы можете увидеть количество тестов, которые потерпели неудачу.большинство раз за последние запуски.