Думаю, что нужно сохранить совместимость, чтобы можно было вызвать без указания параметра --xddExitCodePath, и чтобы в этом случае исключение не выбрасывалось даже при ошибочных тестах.
Поясню: у меня в сборочной линии несколько стадий, в которых запускается runner xunit. Обидно, если при нескольких падающих тестах будет падать вся линия, когда эти ошибки в тестах не препятствуют прогону остальных тестов.
согласен. создал спец.ишуз для решения
Выпущен релиз 1.3.0 с исправлением нескольких проблем
Спасибо за оперативное исправление!
Пользуясь случаем, ещё один вопрос. Изучаю сейчас https://github.com/silverbulleters/add/issues/75 и пытаюсь понять, должен ли путь к журналу передаваться в параметрах вызова xddTestRunner.epf?
Путь к лог-файлу выполнения теперь задается в конфиг-файле аналогично bdd-файлам настройки
А у тебя, похоже, файл настройки не задан, в vanessa-runner подставляется путь к файлу по умолчанию и настройки берутся по умолчанию
но остается вопрос, на который я пока не знаю ответа:
знает ли xddTestRunner о пути к лог-файлу по умолчанию, если в ком.строку его запуска не передан json-файл конфигурации 
Для быстрого решения предлагаю начать использовать json-файл и передавать его через параметр --xddconfig в vanessa-runner
Примеры json-файлов есть в каталоге tools/json
Да, xddTestRunner не знает об этом пути, т.к. этой информации ему взять негде.
В итоге для работы с лог-файлом выполнения остается использовать json-файл настройки и и передавать его через xddconfig
Ты знаешь что я подумал в качестве идеи, нужен плагин помошник создания, редактирования конфигурационных файлов, типа формы
“Помошник создания и редактирования конфигурации для сервера сборок”, который
При наличии такого помощника будет быстрей адаптация. А то сейчас получается что необходимо знать магические параметры, которые еще и плохо задокументированны 
@lustin Отличная мысль.
И как раз буквально сегодня в метро я закончил первое приближение к такому инструменту - сделал форму для настройки дымовых тестов.
Будет в ближайшем релизе, который я выпущу для вебинара по ADD в понедельник 16.07
Как это негде? А выше же на моём скриншоте передаётся в ПараметрЗапуска workspaceRoot (кстати, из-за того что передаётся без кавычек, он у меня в итоге всё лепит в одну папку в один лог).
И вот же ещё такой коммит про ключ --xdddebug https://github.com/silverbulleters/vanessa-runner/commit/8efa0b676c4378e7ea63fd7ed47ba09379c9c660
Да, да, да - хотеть gui для дымовых. Я задолбался на последнем внедрении. 6 часов настраивал - а типовая падает и падает (ремарка для Влад НЕ УНФ)
Ага, теперь я тебя понял.
Получается, что раннер вычисляет путь к лог-файлу по умолчанию (build/) , но не отдает эту информацию в xddTestRunner
Да, нужно исправить.
Неточно,
все-таки перефразирую:
xddTestRunner
Возможно, лучше добавить ключ командной строки --onlinelog
А чем этот ключ будет отличаться от --xdddebug?
–xdddebug это просто показ отладочных сообщений, а не только штатных от раннеров
–onlinelog, возможно, указание файла лога тестирования
@artbear огромное тебе спасибо за мегафичу - наблюдать онлайн логи прогона юнит-тестов. Это мега-супер-полезно для расследования и просто очень круто 
Особенно для дымовых
Конечно, в первую очередь такая фича была сделана для длинных/долгих тестов, в т.ч. и для дымовых
и в логах Дженкинса, и при ручной разработке