Вообще в VA уже сделано что все ошибки которые возникают в момент работы фичи попадают в junit лог. Тут надо смотреть почему конкретно эта ошибка не попала.

Указал в VA формировать junit отчет. Запустил тест вручную. Файл junit.xml сформировался. И моя ошибка в нем есть, но xml реквизиты этой ошибки отличаются от ошибки из-за проваленного ассерта.

Вот так зарегистрирована ошибка в моем коде:
<testcase name="<name>" classname="<class>" time="0.463">
  <failure message="многострочное
описание
ошибки
Технические данные:
       ЗаголовокАктивногоОкна:
       ИмяАктивнойФормы:
       ИмяФайла: ВнешняяОбработка.VanessaAutomationsingle.Форма.Тест_ВстроенныйЯзык
       ИмяПроцедуры: ЯВыполняюКодВстроенногоЯзыкаНаСервере
       ИмяРаннера: ......
       ТипКлиентаТестирования:
       СтрокаСоединения:
       ВерсияVA: ver 1.2.025
       ВерсияПлатформы: 8.3.14.1694
       РежимСовместимостиTestManager: НеИспользовать
       ДатаВремяОшибки: 15.07.2019 17:57:16"/>
 </testcase>

Вот так из-за невыполненного ассерта:
<testcase name="Тест_ОбработкаВебЗапроса (сервер): ПроверитьИстинуНаЛожь" classname="Обработка веб запроса" time="0.443">
  <failure>
   <expected>false</expected>
   <actual>false</actual>[Failed] Переданный параметр (ложь) не является Истиной, а хотели, чтобы являлся.  &lt;Проверить истину на Ложь&gt;
   <![CDATA[{ВнешняяОбработка.VanessaAutomationsingle.МодульОбъекта(3425)}:
[Failed] Переданный параметр (ложь) не является Истиной, а хотели, чтобы являлся.  <Проверить истину на Ложь>

Технические данные:
       ЗаголовокАктивногоОкна:
       ИмяАктивнойФормы:
       ИмяФайла: ВнешняяОбработка.VanessaAutomationsingle.Форма.Тест_ВстроенныйЯзык
       ИмяПроцедуры: ЯВыполняюКодВстроенногоЯзыкаНаСервере
       ИмяРаннера: .....
       ТипКлиентаТестирования:
       СтрокаСоединения:
       ВерсияVA: ver 1.2.025
       ВерсияПлатформы: 8.3.14.1694
       РежимСовместимостиTestManager: НеИспользовать
       ДатаВремяОшибки: 15.07.2019 17:57:16]]></failure>
 </testcase>

Я не совсем понял на чьей стороне ошибка

Предположение что junit формируется такой, который не читается ЕДТ

друзья, подскажите пожалуйста, можно ли методами тестирования платформы, произвести нажатие на флажок в строке дерева выбора типа, в стандартном диалоге выбора типа ПВХ.
Пример: Документооброт демо / Настройка и Администрирование / Дополнительные реквизиты / Банковские счета / Доп. свойтсва справочника ... / Добавить / Новый / в поле Тип значения нажать педаль и вот в этом окне нужно выбрать тип и поставить галку

мне задали такой вопрос, но я не смог разобраться

Это обычная форма проброшенная в уф. В таких формах не работает кнопконажималка в тонком клиенте. Только в браузере.

Нужно уточнение, дело в том, что всё в форме поддается тестированию, кроме нажатия на флажок

а если записывать сценарий?

журнал заканчивается выбором строки в дереве: <gotoRow direction="up">...

В общем, как сказал Леонид, в тонком клиенте такие формы работают на пол-шишки, нужно писать в поддержку.

Доброго времени суток, коллеги! Я осваиваю работу onescript  и jenkins. Вопрос: есть ли какая-то готовая библиотека, которая может позволить обновлять конфигурацию в режиме сравнения/объединения?

коллеги, понимаю, что "Я" довольно критичный элемент для шага. Это как то обусловлено стандартами или просто технические еще недоработано?

Ранее читал, что "Я" можно опускать по тексту

Может только первые Я?