Слишком длинное имя файла про сохранении скриншотов

[vkorostelev]

Не сохранаются скриншоты у тестов со слишком длинным названием. Пример сообщения:

contesto.utils.screenshot: WARNING: could not save screenshot for test_card_fill_subway_(u'http<colon><slash><slash>2gis<dot>ru<slash>moscow<slash>routeSearch<slash>rsType<slash>subway<slash>from<slash>37<dot>670059,55<dot>618691╎Южный административный округ<slash>to<slash>37<dot>63843,55<dot>845514╎Ботанический сад?queryState=routeTab', 'subway', u'Москва') (tests.search.route_search.route_search_card.TestRouteSearchCard)

При ошибке сохранения хочется предусмотреть вариант записи файла с неполным названием теста и временем с точностью до миллисекунд.

[nwlunatic]

точно причина в длинном названии? и какое тогда предлагаешь название?

[NickAb]

А на какой ОС и файловой системе возникла проблема?

Ограничение на длину имени скриншота можно добавить в конфиг, а значение по умолчанию (включая длину timestamp) задать в 255 символов, т.к. это распространенное ограничение на длину имени файла.

Можно testName обрезать до n-m, где n - ограничение (например, 255), а m - длина строкового представления текущей даты и времени.

Альтернативный вариант – в качестве имен файлов использовать guid, он будет не человеко-дружелюбным, но рано или поздно скриншоты будут грузиться в облако, а к результатам прогона тестов будет мета файл со списком тестов и ссылками на скриншоты для каждого из тестов

[nwlunatic]

я думаю, что для каждого датапровайдера можно задавать формат, как, например, сделано здесь: https://github.com/TNG/junit-dataprovider/wiki/Features#customize-test-method-name

или рассмотреть вариант, когда мы пишем добавляем _1, _2 и т.д. к именам тестов, и сразу начать формировать файл с мета-данными по тесту, где будут входные данные и тому подобные вещи.