Нет, не я. Я там с 2012-го года не работаю. С таким же подходом можно и Сысоева обвинить в том, что он его тоже похоронил.

ну я не в курсе, я этим всем еще с 2004 года перестал пользоваться. Но похоже что и не помогли

Наверное, потому, что тесты должны соответствовать сценарным юзкейсам? Да нет, ерунда какая.

меня вообще удивляет соотношение вашего ЧСВ и понимания процессов в разработке.  Наверное по другому слона не продашь)

Так это ваши проблемы. Я вот почтой и поиском Яндекса не пользуюсь, это не означает что они у Яндекса плохие.

Да я вижу, что вас много что удивляет. С таким-то подходом, что только эксплуатация покажет и что тесты не покрывают сценарные юзкейзы.

Вам с таким багажом ещё много чего предстоит для себя открыть. Если, конечно, вас не схантят в команду Boeing 737 Max))))

у A/B тестов с тестированием приемочным только и общего что слово тест

вы мастер просто пересобачивать других слова - я понимаю, так проще ЧСВ массажировать

Не только. Но ок, забудем про а/b. В общем случае для value проекта не имеет значения, сколько времени его пишут, а сколько — тестируют.

это если не рассматривать процесс во времени, и забить на TTM

Мне далеко до вашего уровня с пониманием, зачем вообще нужны тесты, правда.

я говорил что тесты не покрываюшие сценарии смысла не имеют,  и тестировать  интерфейсы сторонних библиотек - чушь собачья.  И что надежность определяется не качеством тестирования. Включите мозг

Речь ведь о другом: что делать когда есть плохой код с которым надо как-то жить и прямо сейчас от него не избавиться?

тут надо вернуться к  определению плохого кода

вон у г-на выше любой код (кроме его кода мб) - говно по умолчанию. А у меня код, который удовлетворяет всем требованиям - норм, но не факт что он в следующий момент времени с изменившимися требованиями не станет говном

так что планировать надо систему на какой-то горизонт

Так вот вы опять повторяете чушь. Тестировать сторонние библиотеки необходимо, если есть сомнения в их работе.

Например, gmime на некоторых типах писем падает. А libytnef тёк, пока мы его не запатчили вместо автора. Чтобы это понять, нужны тесты.

Но у вас, видимо, другой подход и вы живёт в стране эльфов, где любая чужая библиотека априори прекрасна и не имеет ошибок. Продолжайте в том же духе.

Можете ещё и пентесты не делать. До первого CVE и слива данных в даркнет, хехехехе

В смысле «не избавиться»? В принципе непереписываемых проектов нет. Есть несоответствие уровня разработчика проекту. Есть отсутствие ресурсов. Есть неприоритетность. Есть возможность сделать workaround и написать о нём в документации. О чём конкретно мы говорим?

Не надо приписывать мне свои измышления) Если и есть смысл тестировать сторонние решения то исключительно в сценариях их использования у себя. Иначе зачем брать что-то стороннее?

Нет, не любой код - говнокод.

А чтобы убедиться в его применимости, нужны тесты. Если их нет, то ваш подход — верить на слово. А так не работает