Юнит-тестирование в 1С – тема, вокруг которой годами не утихают споры. Одни считают его обязательным признаком зрелой разработки, другие – избыточной роскошью, третьи однажды попробовали и решили, что «это не работает».
Александр Марусенко предлагает посмотреть на юнит-тесты без крайностей – трезво, инженерно и на основе реального опыта.
Александр Марусенко – хэдлайнер секции «Разработка и архитектура» на INFOSTART TEAM EVENT 2026. Ведущий разработчик и архитектор в Авито, с более чем 15-летним опытом в ИТ. Прошел путь от системного администратора до архитектора и тимлида, сегодня занимается развитием внутренних библиотек, автоматизацией процессов разработки и контролем качества кода. Амбассадор чистого кода, юнит-тестирования и инженерной культуры.
Мы поговорили с Александром о его докладе «Блеск и нищета юнит-тестирования в 1С» и о том, почему юнит-тесты в 1С так и не стали нормой, где они действительно работают, а где превращаются в формальность, и как начать использовать их с пользой, а не «для галочки».
Александр, где вы работаете сейчас и за что отвечаете?
Я работаю ведущим разработчиком и архитектором в Авито. Занимаюсь развитием внутренней библиотеки, автоматизацией процессов разработки и контролем качества кода. Конечно, это далеко не все, чем я занимаюсь в компании, но, пожалуй, самое интересное.
В чем ваша сильная профессиональная сторона?
Я очень щепетилен к мелочам – обычно таких людей называют «душными». Но для инженера это очень важное качество: умение видеть картину целиком, но при этом не терять деталей. Так что да, я «душный», и я этим горжусь.
Как вы пришли в профессию и какой момент стал поворотным?
Это очень долгая история. В 2008 году я жил в маленьком городке на Ямале и работал системным администратором – тянул сети, настраивал серверы и т. п. Но в какой-то момент из компании уволился разработчик 1С, и мне предложили взять на себя часть его работы (на тот момент это была платформа версии 7.7). Я очень не хотел этим заниматься, но руководство настояло и, чтобы мне было легче, отправило на обучение в Екатеринбург.
Именно этот момент стал поворотным – как в профессии, так и в местоположении. Через полтора года я уволился и переехал жить в Екатеринбург (я очень люблю этот город) и, конечно же, продолжил заниматься 1С.
Были перерывы – я занимался студией красоты, открывал и закрывал стартапы, но все равно возвращался в 1С. Таков путь.
Какими профессиональными результатами вы особенно гордитесь?
В своей карьере я очень много занимался ритейлом – в целом более 10 лет. За это время открыл сотни розничных магазинов. Конкретные компании и бренды называть не буду, но многие бывали в этих магазинах.
Почему вы выбрали тему юнит-тестирования в 1С?
За последние несколько лет я прошел все стадии – от полного отрицания до фанатизма. Видел, как тесты реально улучшают качество продукта, и видел, как они превращаются в бесполезную формальность.
Эта тема для меня важна именно потому, что вокруг нее слишком много крайностей. В докладе хочется показать трезвый, практический взгляд на сферу применения юнит-тестов в 1С.
Почему эта тема особенно актуальна именно сейчас?
Сейчас на рынке увеличился порог входа в профессию. Если раньше компании нанимали джунов и обучали их под себя, то сейчас это дорого, и все хотят зрелых инженеров (именно инженеров, а не просто кодеров).
А для зрелости нужно знать не только предметную область и типовые решения, но и обладать инженерной культурой: писать чистый код, проектировать грамотную архитектуру, составлять документацию и, конечно же, писать тесты.
Какую главную ошибку люди чаще всего допускают при тестировании и к чему она приводит?
Люди боятся начать – это главная ошибка. Нужно же выучить какой-то новый фреймворк, писать код немного не так, как привык. А эти тесты периодически падают, и их нужно исправлять. И к тому же на это нужно время, а бэклог большой. В общем, не до тестов сейчас.
Это работает, когда у вас MVP и нужно быстро проверить гипотезу. Но для стабильного продукта нужно качество: удобный пользовательский интерфейс, стабильный программный интерфейс и, конечно же, тесты (ну а как иначе доказать заказчику, что этот код вообще работает).
Да, на все это уходит время, и иногда в тестах кода больше, чем в самом продукте. Но, с другой стороны, мы экономим много времени на ручном тестировании, и в долгосрочной перспективе выгода всегда есть.
Кому ваш доклад будет особенно полезен?
В первую очередь доклад предназначен для разработчиков, особенно для тех, кто боится начать писать юнит-тесты для своего кода. Но и руководителям разработки, и техническим директорам будет полезно послушать.
Какие практические результаты получит слушатель после доклада?
В первую очередь я поделюсь своим опытом – что стоит тестировать юнит-тестами, а что лучше протестировать как-то по-другому, какие ошибки часто совершают (и я сам их совершал).
И напоследок – почему этот доклад нельзя пропустить?
Приходите, если вы хотите трезво оценить юнит-тестирование в 1С, понять его ограничения и научиться применять его там, где оно действительно дает результат.
Другие доклады секции
Доклад Александра Марусенко – это взвешенный инженерный взгляд на юнит-тестирование в 1С, основанный на реальном опыте.
В программе секции также представлены другие сильные доклады, доступные на странице принятых докладов.
INFOSTART TEAM EVENT 2026 – событие, которое помогает не просто управлять командами, а развивать людей осознанно.
Покупайте билет сейчас, ведь к нашему 20-летию для участников нашего сообщества мы снижаем цены на 20%!
Приобретайте два и более билетов на конференции и получайте командные скидки от 10% до 30%. Собирайте коллег и единомышленников, чтобы участвовать выгоднее.
Билеты 2в1 на TEAM EVENT 2026 + A&PM 2026 и TEAM EVENT 2026 + TECH EVENT 2026: сэкономьте до 20% при покупке тарифов Стандарт или VIP. Весной посетите TEAM EVENT, осенью – TECH или A&PM EVENT!
