Ну я захотел, а потом искал полтора года

Значит логично предположить что либо требования были завышенные, либо компенсация заниженная. Ну либо регионы (что автоматически означает низкую компенсацию из за которой куча народу в центр валит)

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

С руководителями с большими кахонос, нежели у моего

Но рынок один хер узкий, если рассматривались в основном кандидатуры с отсутствием опыта в тестировании как такого.

Ну тут же уже кто то писал девиз: Лучше 7 раз вовремя чем 1 раз правильно.

С которым должен жить менеджер а не программист. Программисту лучше считать иначе, имхо

А то в итоге скатимся в каменный век с правками прямо на продакшене так как "так же быстрее"

Ну это уже есть в фреше же.

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

На мелких проектах тестирование спорный вопрос, можно и без него.  А вот на крупных проектах отсутствие тестов это боль для всех как для менеджеров так и для разработчиков.
т.к. любое изменение это всегда косяки, простои, куча заявок, звонков. Потому что уже не кто не может все взаимосвязи проследить (и сам язык 1С этому способствует).

А если еще и криво написана сама конфигурация, в духе картинки выше: "Напишите пока прототип, что бы было что показать", "Прошло 2 дня...", "Отлично, закзачику нарвится, акт подписан, запустили в промышленную эксплуатацию"...

В общем чем больше система тем тяжелее без тестов.

Был пример когда поправил выгрузку в файл и упали важные отчеты. Потому что поправил хитрую функцию получения представления, а оказалось что она еще и в СКД используется в тексте выражени поля... (это к слову про язык и платформу которые способствуют появлению ошибок).

Ну так давняя история про статика vs динамика на разного размера проектах.

имхо, тестирование в продуктах 1С должно внедряться "сверху" и типовые должны поставляться со всеми тестами, иначе это не будет работать. Т.е. подавляющее большинство одинэсников начинают карьеру во франчах с почасовой оплатой и рисуют печатные формы за 4 часа, тесты на которые сделать предположим 12 часов, никто им не позволит это делать. Заказчики в первую очередь. Так и привыкают херак херак и в продакшен. А если ошибка - еще и денег подняли за доп.работы по исправлению, красота. Да и на крупных проектах никто не будет покрывать тестами типовые, т.к. за это никто платить не собирается. Пока в поставку не будет включен полный набор тестов все останется на том же уровне. Да и, в принципе, тестирование необходимо и лучше окупается в продуктовых разработках. А кроме самой 1С и нескольких франчей и энтузиастов продукты никто не делает. Опять же если типовая-донор для продукта будет покрыта тестами, то допокрыть функционал своей коробки будет намного проще. Но это все мечты. Сомневаюсь что внутри 1С что-то, кроме платформы, покрыто тестами более, чем на 10%.

Если Параметры.Свойство("АвтоТест") Тогда
 Возврат;
КонецЕсли;
В начале большинства процедур, это покрытие тестами? Seriously?)

Т.Е. сделать ровно то, что делали ЗУП и БП во времена обычных форм и Сценарного тестирования 2.0

Тут про поставку тестов с типовыми писали уже..
Допустим вы получите вместе с ERP набор тестов, которые за приемлимое время можно выполнить только на достаточно серьезном кластере. Много вам пользы от них будет?

бсп покрыто больше чем на 10% ;)

бсп покрыто больше чем на 10% ;)

Нужны не тесты типовых в поставке, а набор практик от вендора, с примерами самых распространенных сценариев.
Вот как раз начиная с тех самых "печатных форм, что франчи клепают" и прочих базовых вещей.

А что мешает варировать выполнение?