Я бы интерпретировал «нетривиально» как «оказывает реальное влияние на пользователя».
Например, если пункт меню содержит опечатку, это будет тривиальным дефектом. Если ваше приложение для работы с электронными таблицами завершится сбоем при попытке сохранить какой-либо лист с номером «999», это будет нетривиально.
Я был бы очень удивлен, если бы число было на самом деле столь же низким, как 40-50%. По моему опыту, каждое приложение-подпись имеет нетривиальные дефекты, даже если они встречаются редко. (Если я единственный пользователь в мире, который использует число 999 в электронной таблице, ошибка все еще чрезвычайно важна для me , поэтому я не думаю, что ее можно классифицировать как тривиальную.)
Что касается «преодоления» дефектов - обычная куча модульных тестов, непрерывная сборка, автоматические интеграционные тесты, ручное тестирование, уверенность в том, что у вас действительно хорошая система обратной связи с пользователями, и руководство, которое готово направить ресурсы на устранение ошибок, а также создание новых функций.