QA в 1C — все о тестировании в мире 1С

Вот и долгожданное интервью: Владимир Хориков, автор книг о юнит тестировании, блогер, спикер и программист на C#. Обсудили все, что успели, начиная от борьбы с командой за качественный код до борьбы с ИИ за рабочие места. Смотрите на YouTube и VK (80 минут, на русском, with English subtitles).

🤔 [#ВопросОтвет] Создавать тестовые данные в рамках сценария, которому они нужны, или использовать заранее подготовленную базу с нужными сценариям данными?

Вопрос: Как правильно: создавать тестовые данные ли в рамках сценария, которому они нужны или же использовать заранее подготовленную базу? Почему одинэсники чаще говорят об "эталонных" базах или даже тестировании на копии прод-базы? В 1С не принято создавать тестовые данные в сценарии?

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

Это была (почти) еженедельная рубрика #ВопросОтвет. Присылайте свои вопросы на тему тестирования в комментариях к постам или в личные сообщения и я постараюсь на них ответить.

🦋 @QA_1C

☝ Алексей Лустин в Радио «Аналитик»: «Я ненавижу слово "тестирование". QA — это специалисты, ответственные за качество» В очередном выпуске подкаста «Радио "Аналитик"» Марии Серегиной — отец всея DevOps в 1С Алексей Лустин, директор по развитию Инфостарт. Алексей рассказал про прошлое, настоящее и будущее DevOps в мире 1С, а по пути попытался объяснить, почему аналитики не хотят применять BDD. А ведь именно из-за этого нам не дождаться прекрасного будущего, в котором требования на понятном всем амигос языке превращаются в приемочные автотесты. И вместо этого все до сих пор ровно как в меме про 1Сника и огурец. Как всегда, интересно и полезно для кругозора, для QA хотя бы в серединке. Ссылки на кучу площадок, где можно послушать подкаст вот тут. @itanalyst_ru_channel — канал Сообщества Аналитиков, в рамках которого выходит Радио «Аналитик» @vne_efira — телеграм-канал автора и ведущей, прекрасной Марии Серегиной 🦋 @QA_1C

🎉 Поздравляю всех с профессиональным днем тестировщика! Желаю драйвовых, успешных проектов и интересных задач, позволяющих самореализоваться! В этот рабочий праздничный день хочу поделиться утвержденной программой секции «QA: Тестирование и качество ПО» грядущего 😄😄 INFOSTART TECH EVENT'а! В секцию было подано 25 заявок, на фоне старых флагманских секций это не так много, и слотов нам из-за этого досталось только 10, но это все равно целых 10 докладов и круглый стол — отлично для первого раза! Итак, нас ждут следующие доклады: 🟢Иван Панов, «Тестирование релизов - Путь самурая» 🟢Татьяна Головкина, «Анатомия Docker-образа для тестирования 1С: что скрыто внутри?» 🟢Евгений Исаев, «Remote Api for Testing. Работа с 1C и REST сервисами через Vanessa Automation» 🟢Данил Кравченко, «Нагрузочное тестирование в двух базах одновременно. Опыт кейса, когда интеграции не эмулируются» 🟢Станислав Баташов, «Подготовка тестовых данных для юнит и интеграционных тестов на фреймворке yaxUnit» 🟢Лилия Салахова, «Тестируем по ТЗ: практики верификации и валидации требований, экономящие время и нервы команды 1С» 🟢Виталий Подымников, «Краткий обзор методики дымового тестирования из Vanessa ADD» 🟢Надежда Захаренко, «От экспериментов к методике: практические уроки по нагрузочному тестированию» 🟢Иван Казеев, «Практические кейсы использование Vanessa Automation» 🟢Роман Данилов, «Моем руки перед обменом, или самые частые ошибки ручного тестирования интеграций между 1С базами» Кроме того тема тестирования будет затронута и в рамках соседней секции «Приемы и практики разработки»: 🟢Алексей Корякин, «YAxUnit: Новые возможности для эффективного тестирования в 1С» 🟢Станислав Косолапов, «AI-агенты для 1С: от генерации кода до автоматизации разработки и тестирования» Ну а на третий день конференции состоится круглый стол секции «QA: Тестирование и качество ПО», на котором в качестве экспертов кроме докладчиков нашей секции ждем также интересных почетных гостей. Впереди у нас с докладчиками еще жаркая финишная прямая подготовки, работаем 💪

🤟 Ждем вас на конференции INFOSTART TECH EVENT 2025 в Санкт-Петербурге 9-11 октября! Билеты еще можно приобрести.

🦋 @QA_1C

🤔 [#ВопросОтвет] Как в экспортный сценарий передавать многострочную строку в качестве параметра?

Вопрос: Как в экспортный сценарий передавать многострочные параметры, как это сделано в библиотечном шаге "И я выполняю код встроенного языка"? Там я код указываю сразу после шага, обрамляя тремя двойными кавычками и могу использовать переносы строк. Во встроенной справке Ванессы есть пример, но у меня его повторить не получается.

Да, в экспортный сценарий можно передать многострочный параметр, но делается это не так интуитивно, как передача "обычных" параметров, которые передаются в имени сценария. Чтобы в экспортный сценарий (подсценарий) можно было передать многострочную строку, нужно, чтобы в теле этого экспортного сценария вызывался бы какой-либо другой шаг, принимающий многострочную строку в качестве параметра. Самый универсальный шаг — шаг установки значения переменной И Я запоминаю в переменную "ИмяПеременной" значение "ЗначениеПеременной". Нагляднее будет продемонстрировать на примере. Допустим, мы хотим реализовать шаг И я вывожу многострочное приветствие, который мы хотели бы вызывать вот таким образом:

И Я вывожу многострочное приветствие 
"""
Привет, Мир!
Hello, World!
"""

Реализация этого шага должна быть такой: 📔 Экспорт.Приветствие.feature

#language: ru

@tree
@ExportScenarios

Функционал: Экспорт. Приветствие

Сценарий: Я вывожу многострочное приветствие 
  И Я запоминаю в переменную "ТекстПриветствия" значение
  """
  Приветствие по умолчанию
  """
  И я вывожу сообщение в менеджер тестирования "$ТекстПриветствия$"

Как вы видите, в названии сценария у нас нет никаких параметров. Вместо этого у нас в первой строке сценария в шаге И я запоминаю в переменную ... в переменную сохраняется многострочная строка со значением "Приветствие по умолчанию". Когда мы вызываем наш шаг, как написано в примере выше, то VA подменяет эту многострочную строку на ту, которую мы передаем (с приветствиями на русском и английском). У такой реализации есть побочный эффект: мы можем вызвать наш шаг даже без аргументов. В этом случае в переменную присвоится (и будет выведено) значение Приветствие по умолчанию. Многострочных параметров у шага может быть несколько, для этого в реализации шага нужно использовать несколько шагов, принимающих многострочные параметры. При вызове шага, передавать значения таких параметров нужно после вызова шага точно в том порядке, в котором они идут в теле экспортного сценария. Но, если честно, мне сложно придумать пример, когда такое может понадобиться. Если вдруг у вас есть кейс, расскажите о нем в комментариях.

Это была еженедельная рубрика #ВопросОтвет. Присылайте вопросы по теме тестирования в комментариях к постам или в личные сообщения и я постараюсь на них ответить.

🦋 @QA_1C

✅ [#Статья] Интеграционное тестирование, TDD и подход test first при помощи Vanessa-ADD — доклады Ольги Севастьяновой На прошлой неделе на Инфостарте были опубликованы транскрипты сразу двух докладов Ольги Севастьяновой об автоматизации тестирования при помощи Vanessa-ADD. Обе статьи пропагандируют разработку через тестирование (TDD, Test Driven Development) и принцип test first («сначала тесты, потом код»), а в качестве иллюстрации использованы кейсы решения реальных задач. Частично статьи в примерах пересекаются, но фокус у них совершенно разный, поэтому я рекомендую обе, но читать их нужно скорее в обратной хронологии конференций: Начните со статьи/доклада «Культура написания unit-тестов. Как мы делаем доработки в 1С:ERP, практикуя подход test first и используя инструмент Vanessa-ADD». Здесь акцент сделан на том, ЧТО можно разрабатывать при подходе test first на примере широкого спектра задач: 🟣Интеграционные тесты и тесты сверок с внешними источниками. 🟣Тесты поведения системы (проведение документов, регламентные задания). 🟣Тесты форм и отчетов. Этот доклад позволяет оценить потенциал и применимость TDD для разработки на 1С и в какой-то степени отвечает на вопросы «Зачем это нужно?» и «Где это применимо?». Вторая статья — «Интеграционные Unit-тесты в 1С. Как тесты на обмены улучшили жизнь пользователям, разработчикам и бухгалтерии» — детально разбирает один из сложных и болезненных для многих сценариев — обмен данными. Здесь шаг за шагом демонстрируется КАК это сделать на одном сквозном примере от подготовки данных и написания теста и до доработки кода. Детальный разбор примера позволяет увидеть, как подход реализуется в реальной работе, где и в чем подводные камни и показывает, как сделать первый шаг на практике.

Обе статьи — транскрипты докладов конференций INFOSTART TECH EVENT 2023 и 2024 года, подготовленные силами Дорогой редакции Инфостарта. Для тех, кому удобнее смотреть, есть видеозаписи выступлений Ольги: — Культура написания unit-тестов — Интеграционные Unit-тесты в 1С

🦋 @QA_1C

🤔 [#ВопросОтвет] Как проверить, что документ проведен? Не могу найти подходящий шаг в библиотеке.

Вопрос: Пишу сценарий проверки функционала, который должен создать и провести документ и мне нужно проверить, что этот документ проведен. Если документ не проведен, шаг должен упасть. Но в библиотеке шагов не нахожу подходящего шага. Как проверить, что документ проведен? Я знаю номер документа и могу найти его по номеру.

Готового шага, который бы мог проверить состояние проведения документа по номеру в библиотеке в VA нет Из готовых шагов максимально близко к тому, чтобы реализовать нужное поведение, это шаги расширения VAExtension

И я получаю состояние текущего объекта (Расширение)
И я получаю состояние объекта по навигационной ссылке "НавСсылка" (расширение)

Оба считывают состояние объекта в автоматически создаваемые переменные, среди которых есть переменная Проведен булева типа Истина/Ложь в зависимости от того, проведен или нет документ. С его помощью для решения поставленной задачи нужно по номеру найти нужный документ, получить состояние объекта, и если документ не проведен, то упасть с ошибкой:

  И Я запоминаю в переменную "НомерДок" значение "000000018"
  И Я открываю навигационную ссылку "e1cib/list/Документ.Заказ"
  И Я очищаю фильтр на форме списка
  И Я устанавливаю фильтр на список если это возможно
    | 'Номер' | 'равно' | '$НомерДок$' |
  И в таблице 'Список' я выбираю текущую строку
  Тогда открылось окно "Заказ * от *"
  И я получаю состояние текущего объекта (Расширение)
  И я выполняю код встроенного языка
  """bsl
    Если Не Контекст.Проведен Тогда
      ВызватьИсключение СтрШаблон("Документ Заказ %1 не проведен, а ожидалось, что будет проведен", Контекст.НомерДок);
    КонецЕсли;
  """

Такой способ работает в том числе в случае, когда менеджер и клиент тестирования находятся в разных базах. Но выглядит, честно говоря, громоздко, и как минимум эти шаги надо спрятать в группу или еще лучше вынести в экспортный сценарий. Если же задача не разовая, то стоит рассмотреть возможность написать свой собственный шаг "кодом". У нас на одном небольшом внутреннем проекте менеджер и клиент запускаются в одной базе, и там мы для решения подобной задачи реализовали более универсальный и компактный экспортный сценарий, использующий шаги, которые выполняются в контексте менеджера тестирования:

Сценарий: документ "[ВидДокумента]" с реквизитами проведен 
  И я удаляю переменную '__ДокСсылка'
  Тогда я сохраняю в переменную "__ДокСсылка" ссылку на документ "[ВидДокумента]" с реквизитами
    | Номер | '000000001' |
  И я выполняю код встроенного языка на сервере без контекста с передачей переменных
  """bsl
    Если Не Контекст.__ДокСсылка.Проведен Тогда
      ВызватьИсключение СтрШаблон("Документ %1 не проведен!", Контекст.__ДокСсылка);
    КонецЕсли;
  """

Используется этот шаг так:

И документ "Заказ" с реквизитами проведен 
  | Номер | '000000018' |

Это была еженедельная рубрика #ВопросОтвет. Присылайте вопросы по теме тестирования в комментариях к постам или в личные сообщения и я постараюсь на них ответить в формате подобных постов или лично.

🦋 @QA_1C

😄😄 Секция «QA: Тестирование и качество ПО» на INFOSTART TECH EVENT 2025 обзавелась афишей TECH EVENT традиционно имеет тематическое оформление и в этом году стилем конференции выбран ретрофутуризм. А на нашей секции, посвященной тестированию, дизайнеры тестировали промпты для генерации стилизованных афиш секций и она вышла первой. Новости кто-то минус влепил, видимо, не зашла афиша, а мне нравится. Первый тур голосования в самом разгаре, если вы еще не голосовали — самое время. В секцию подано сейчас 24 доклада, все очень интересные, выбирать будет тяжело. А до 13 августа все еще идет прием заявок и можно влететь во второй тур — в нем примут участие все, кто не пройдет первый, плюс те, кто подаст новые заявки к 13 августа. Голоса первого тура обнулятся и все будут в нем участвовать на равных. ➡️ Голосуем здесь: https://event.infostart.ru/2025/agenda/ ➡️ Заявки подаем здесь: https://infostart.ru/poll/All_EVENT_SPEAKERS/ 🦋 @QA_1C

🤔 [#ВопросОтвет] Возможно ли использовать автоматизацию тестирования без сборочной линии? Есть ли смысл? Да, возможно. Это вопрос организации процесса в большей степени, его масштаба, ваших возможностей и целей. Палисадник можно вскопать лопатой. Огородик тоже можно, но эффективнее, например, моторизированным ручным культиватором. И так далее. В масштабах аграрного предприятия вам понадобится целый парк специализированной техники, штат трактористов и обслуживающего персонала. В небольших командах при отсутствии инфраструктуры и других ресурсов на разворачивание полноценных инструментов CI вполне можно обойтись и запуском тестов скриптом, который стартует планировщиком задач или даже вручную, особенно если вы — единственный тестировщик. Главное во всей этой автоматизации — своевременная, регулярная обратная связь о результатах выполнения автотестов. Но, как уже сказал, сейчас поднятие CI-сервера не такая и страшная задача. Сегодня культиваторы инструменты CI/CD стали гораздо доступнее. Есть очень много простых и доходчивых инструкций, начиная от тех, которые описывают, как это сделать “для себя”, не имея компетенций в администрировании, до полноценных гайдов. А мы этому учим на нашем курсе «DevOps в 1С», который стартует осенью.

Это была еженедельная рубрика #ВопросОтвет. Присылайте вопросы по теме тестирования в комментариях к постам или в личные сообщения и я постараюсь на них ответить в формате подобных постов или лично.

🦋 @QA_1C

➡️ Про важнейший навык тестировщика и шаблон «Имею → Делаю → Получаю → Ожидаю» Во вторник начался очередной поток курса «Автоматизированное тестирование в 1С» традиционным вводным вебинаром. Делюсь фрагментом из него о важности навыка описывать проблему и рассказываю о шаблоне «Имею → Делаю → Получаю → Ожидаю», которому меня научил Александр Белов и который я потом, когда впервые столкнулся с языком Gherkin, увидел в форме паттерна Given/When/Then (Дано/Когда/Тогда), а потом еще и в форме паттерна AAA (Arrange/Act/Assert) из юнит-тестирования. В оригинальной технологии Управляемого внедрения Александра шаблон «Имею → Делаю → Получаю → Ожидаю» называется «Воспроизводимый пользовательский пример» (ВПП) и концептуально и методически он очень близок к идеям Behavior Driven Development (но изобретен был исторически раньше BDD!). Считаю, что умение хорошо оформлять описание фичи или проблемы - одно из ключевых у тестировщиков, и должно быть рефлекторным, автоматическим навыком.

До середины следующей недели у всех желающих еще есть возможность присоединиться к курсу. Следующий поток будет теперь только в 2026 году.

🦋 @QA_1C

✅ [#Статья] Как тестировать конфигурацию, если она уже «пошла в среднюю школу»? Отличная статья от Станислава Баташова из ОЗОНа об опыте покрытия тестами легаси-кода при помощи фреймворка YAxUnit. Конкретные проблемы и решения с минимумом вводного текста: — как тестировать HTTP-сервисы — как тестировать события документов — применение мокирования — создание тестовых данных 😄 Ссылка: https://infostart.ru/1c/articles/2441352/

Статья — транскрипт доклада c INFOSTART EVENT, кому удобнее, есть видео.

🦋 @QA_1C

🤔 [#ВопросОтвет] Могут ли тесты покрыть работу в нескольких базах. Например, результаты работы обменов, т.е. запустить одну базу, выполнить действия, запустить вторую базу, выполнить действия. Да, вполне, Vanessa Automation позволяет реализовывать сложные интеграционные автотесты, во время работы которых участвуют две и более информационных базы и даже сторонние сервисы. Как и в любых других случаях "неподъемных" с первого взгляда задач, надо стремиться начинать с верхнеуровневых, достаточно абстрактных сценариев "с высоты птичьего полета". Это позволяет нам разгрузить голову, упростить мыслительный процесс и декомпозировать задачу на более простые (принцип “разделяй и властвуй” или “мыть слона по частям”) На верхнем уровне условный сценарий обмена может быть таким:

Сценарий: Выгрузка приходной накладной из УТ11 и загрузка в БП30 через файл

  Дано я подключаюсь к базе "Управление торговлей 11"
  И я вижу в базе зарегистрированный к обмену документ "Приходная накладная 123"

  Когда я через механизм обмена выполняю выгрузку данных в файл 
  Тогда в каталоге "C:\Обмен" я вижу появился файл "Из_УТ.xml"

  Когда я подключаюсь к базе "Бухгалтерия предприятия 3"
  И через механизм обмена выполняю загрузку из файла "Из_УТ.xml"
  Тогда в базе появился документ "Приходная накладная 123"

Для подключения к базам в библиотеке VA есть большая группа разных шагов. Тут надо только помнить, что один сценарий в один момент времени может управлять только с одним клиентом тестирования. Но это нам никак не мешает, т.к. в случае обмена процесс последовательный: сначала выгружаем, потом только загружаем. Шаги, которые запускают обмен в зависимости от того, как это устроено в тестируемом решении, можно реализовать "кнопконажималкой" через пользовательский интерфейс, либо инициировать обмен программно, вызвав метод «кодом» — в VA есть и для этого шаги. Для реализации критериев проверки тоже богатый выбор шагов. То есть да, Vanessa Automation позволяет реализовывать интеграционные тесты, в частности тесты обменов между несколькими системами.

Это была еженедельная рубрика #ВопросОтвет. Присылайте вопросы по теме тестирования в комментариях к постам или в личные сообщения и я постараюсь на них ответить в формате подобных постов или лично.

🦋 @QA_1C

🙂 [#Статья] Автоматизация тестирования решений на 1С: Ожидания vs Реальность Опубликовал статью-лонгрид по следам доклада, с которым выступал на 📢 Стачке-2025 в апреле в Ульяновске (спасибо как всегда нашему крутейшему редактору Вике Дорохиной за помощь с вычиткой и редактурой ❤️). В докладе и, соответственно, в этой статье я постарался ответить на вопросы, которыми вы гарантированно зададитесь, собравшись внедрять автоматизированное тестирование на вашем проекте на 1С. 😄 https://infostart.ru/1c/articles/2407502/ Почему стоит прочитать? Чтобы узнать: 🟢Почему у 1Сников пирамида тестирования перевернулась? 🟢Почему юнит-тестирование в мире 1С не едет Какой фреймворк юнит-тестирования для 1С самый лучший? ✅ 🟢Есть ли SDET среди 1Сников? 🟢Что делать, чтобы дымовые тесты не пускали дым в глаза? (возьмите кто-нибудь в качестве темы для доклада на техэвент, пожалуйста 🙈) 🟢Существуют ли тесты от самого вендора и где они спрятаны? (самый полный публичный набор ссылок на тесты типовых в одном месте) В статье куча полезных ссылок на другие публикации уважаемых экспертов нашего сообщества, которые подтверждают и дополняют тезисы статьи и позволяют закопаться в отдельные вопросы глубже, чем можно было уместить в статью. 🦋 @QA_1C

💡 Нужно договариваться с разработчиками Небольшой фрагмент из недавно проведенного мастер-класса с простой, но почему-то не для всех очевидной мыслью про то, что об удобстве тестирования системы/фичи можно и нужно договариваться с разработчиками. 🦋 @QA_1C

🤔 [#ВопросОтвет] Недавно в одном из докладов услышал, что докладчик хранит тестовые данные тоже в репозитории в гите. Это нормальная практика? Как обычно принято делать? Хранение тестовых данных в репозитории — один из подходов, имеющих право на жизнь. В идеале все сценарии сами должны обеспечивать себе подготовку необходимого для их выполнения окружения, включая подготовку данных. Это обеспечивает их независимость от других сценариев, от наличия и корректности данных и таким образом уменьшает их хрупкость. В таком случае данные обычно либо генерируются «кодом» (в случае VA — шагами сценариев) и наряду с другим кодом помещаются в репозиторий, либо они подгружаются из внешних файлов (например, макетов или json-файлов) — и эти макеты и файлы также хранятся в репозитории. На курсе «Автоматизированное тестирование в 1С» мы рассматриваем эти два подхода в последнем разделе «Подготовка и работа с тестовыми данными» и реализуем в рамках практики: делаем так, чтобы написанные нами при выполнении предыдущих домашних заданий сценарии могли запускаться в пустой базе. Есть целый ряд случаев, например, когда тестовых данных нужно объективно много. Например, при тестировании закрытия месяца. Или при тестировании расчета себестоимости. В макетах такие данные хранить оказывается не очень эффективно с точки зрения поддержки и тогда используются «эталонные базы» — предзаполненные информационные базы 1С. В некоторых случаях и такие базы, выгруженные в DT-файл, могут храниться в репозитории для упрощения сборочной линии. Опять же, в нашем курсе как раз такой подход и используется. Это оправдано, т.к. у нас очень маленькая база данных и основная цель, чтобы каждый участник локально имел максимально похожую инфраструктуру без необходимости что-то дополнительно настраивать и тем более устанавливать. В случае проектов на базе настоящих, не учебных, конфигураций, хранить бинарный файл выгрузки базы данных в git-репозитории не очень эффективно: он занимает несоизмеримо много места (по сравнению с кодовой базой), замедляет работу с репозиторием, раздувает репозиторий. Но при этом необходимость хранить, версионировать и «доставлять» в сборочную линию такие бинарные файлы как-то нужно. Такая задача чаще всего решается специальными инструментами: или самодельными (скрипты + файловое хранилище — от FTP до S3), либо специализированными — менеджерами для бинарных репозиториев, такими как NEXUS3, Artifactory и их аналогами. Подробнее о подходах и приемах подготовки тестовых данных можно узнать у нас на курсе «Автоматизация тестирования в 1С». Но в целом тема подготовки данных — очень большая и сложная и достойна отдельного курса. Для углубления в нее рекомендую несколько ссылок на материалы, в которых разбираются различные схемы и подходы к подготовке и работе с тестовыми данными: 🟢Молчание "best practices": тестовые и эталонные данные, структура и связность, падения и новая функциональность, и другие неудобные вопросы к сценарному тестированию, Дмитрий Решитко (транскрипт доклада с INFOSTART EVENT 2019) 🟢«Подготовка данных», Антон Степанов (раздел проекта «Материалы по тестированию в 1С») 🟢Раздел «Базы данных» документации инструмента «Тестер» Дмитрия Решитко 🟢Раздел «Тестовые данные» документации YAxUnit

Это была еженедельная рубрика #ВопросОтвет. Присылайте вопросы по теме тестирования в комментариях к постам или в личные сообщения и я постараюсь на них ответить в формате подобных постов или лично.

🦋 @QA_1C

✅ [#Статья] YAxUnit: Путь к совершенству Лонгрид-транскрипт доклада о фреймворке YAxUnit от автора — Алексея Корякина: 😄 https://infostart.ru/1c/articles/2434874/

YAxUnit – это современный инструмент для модульного и интеграционного тестирования на платформе 1С:Предприятие. Его название расшифровывается как Yet another xUnit – «еще один xUnit», потому что это еще один инструмент для модульного тестирования по аналогии с xUnitFor1c, xUnit for dot.Net и многими другими. Это настоящий «швейцарский» нож для разработчика, который решил заняться тестированием. В YAxUnit все сделано, как вы любите – множество полезных функций собрано в едином удобном монолите.

Данная статья — отличная способ узнать о возможностях инструмента. Доклад доступен и в записи: 🎞 🌐 https://infostart.ru/video/w2434957/ @QA_1C

Практический курс по автоматизированному тестированию в 1С с использованием Vanessa Automation. 🗓️ Начинаем 5 августа – присоединяйтесь! Участники тарифов «Стандарт» и «VIP» теперь получают официальное удостоверение о повышении квалификации, которое вносится в государственный реестр ФИС ФРДО Рособрнадзора. Курс ориентирован на практику и обеспечивает всем необходимым – от базовых знаний до прикладных навыков – для уверенного старта в роли тестировщика в команде разработки 1С. В процессе обучения вас ждет: ⏺️ Полное погружение в работу с фреймворком Vanessa Automation и языком TurboGherkin. ⏺️ Практическое освоение промышленных инструментов тестирования (Git, GitLab, VS Code). ⏺️ 42 ак/часа обучения, 18 из которых посвящено практическим занятиям. ⏺️ Разбор реальных типовых кейсов тестирования: проверка полей отчетов и печатных форм, значений в диалогах выбора, результатов проведения документов. Обучение будет особенно полезно, если вы: ⏺️ Разработчик или консультант 1С, который хочет системно освоить автоматизированное тестирование и уверенно применять его в проектах. ⏺️ Тестировщик ПО, который хочет начать работать с платформой 1С и расширить свою зону компетенций. ⏺️ ИТ-специалист, нацеленный на рост квалификации и повышение своей востребованности на рынке. Преподаватель курса: Александр Кунташов – ведущий разработчик ИТ-лаборатории Инфостарт. Регистрируйтесь на бесплатный мастер-класс: как выглядит работа тестировщика 1С изнутри 22 июля 2025 года в 18:00 (МСК) состоится мастер-класс «Эпизод из жизни тестировщика 1С», где шаг за шагом будет показан полный рабочий процесс: от получения задачи до запуска автотестов в CI/CD. 📌 Стоимость обучения: от 35000 до 75000 рублей, однако наши подписчики могут воспользоваться специальным промокодом Sale_15 и приобрести курс со скидкой 15%. Записаться на курс * Промо-код действует до 11 июля #курсы