Комментарии 10
Нет, это явно не аналоги betamax и vcr. Я использую vcrpy в своем проекте для того, чтобы тесты не лезли каждый раз на реальный сервер, вместо этого им подставляются закэшированные vcrpy результаты.
Здесь же скорее речь идет об инструменте записи макросов. Но честно говоря статья вообще ни о чем. Информации для любого человека ровно ноль: ни технических подробностей, ни каких-либо вообще.
В двух словах: «Мы создали клевый инструмент для тестирования. Всё».
Насколько я понимаю, vcr для тестирования фронтенда. Магнитофон предназначен для тестирования бекэнда. Он делает все запросы напрямую в API приложения, не через браузер.
Хм, интересная идея. Следующий шаг — это создание автотестов автоматически из поведения пользователей? :)
Record/playback testing?
Вроде как давно не относится к рекомендуемым подходам.
Вроде как давно не относится к рекомендуемым подходам.
Классный велосипед с магнитофоном.
vburov Что вам пришлость сделать чтобы ваша система заработала на дженкинсе? Как вы научили дженкинс выполнять тесты и производить junit xml?
vburov Что вам пришлость сделать чтобы ваша система заработала на дженкинсе? Как вы научили дженкинс выполнять тесты и производить junit xml?
Настроили Jenkins, чтобы он на удаленной машине включал магнитофон, синхронизировал тесты, запускал выполняемый файл, который воспроизводит тесты, перенаправлял вывод в файл лога и указывал путь для файла отчета в JUnit. Затем Jenkins копирует к себе файл JUnit и показывает результат.
execute /usr/local/mgr5/sbin/mgrctl -m ispmgr test.synchronize 2>&1 | ( grep ERROR || exit 0 && exit 1 ) >> /root/ispmgr-int-player.log 2>&1
/usr/local/mgr5/sbin/dotest --branch master --junit -o ispmgr-int-player.xml /usr/local/mgr5/var/ispmgr.test/ >> /root/ispmgr-int-player.log 2>&1
File successfully received /usr/local/mgr5/ispmgr-int-player.xmlvburov Простите если вопрос покажется наивным.
Т.е. Ваша самописная система исполнения тестов (dotest --branch master --junit -o ispmgr-int-player.xml ) производит Junit XML? как вы ее этому научили?
У нас ситуация такая, что есть лог после теста но нет Junit XML и не будет. Лог содержит классификаторы так что парсится он вполне, но нужно как-то создать валидный Junit XML. Потому что с ним-то уже много чего интересного можно делать, например в тот же Allure пихать.
Ничего толкового на тему, как самому создать Junit XML файл не нашел. Обычно все пользуются готовыми системами где все встроено и им такое не нужно. Но у нас все самописное и не по стандарту.
Вы просто взяли схему и по ней создаете сами через
Т.е. Ваша самописная система исполнения тестов (dotest --branch master --junit -o ispmgr-int-player.xml ) производит Junit XML? как вы ее этому научили?
У нас ситуация такая, что есть лог после теста но нет Junit XML и не будет. Лог содержит классификаторы так что парсится он вполне, но нужно как-то создать валидный Junit XML. Потому что с ним-то уже много чего интересного можно делать, например в тот же Allure пихать.
Ничего толкового на тему, как самому создать Junit XML файл не нашел. Обычно все пользуются готовыми системами где все встроено и им такое не нужно. Но у нас все самописное и не по стандарту.
Вы просто взяли схему и по ней создаете сами через
file.write("<?xml version=\"1.0\" encoding=\"UTF-8\"?><testsuites ....")Я написал свою реализацию создания JUnit xml по описанию стандарта. Схему не использовал. В процессе выполнения магнитофон собирает необходимые данные о выполненном тесте и просто добавляет узел с данными о тесте (testcase) в соответствующую группу тестов (testsuite). Если была ошибка, то к тесту добавляется еще узел с описанием ошибки (failure). После завершения получается валидный JUnit xml файл.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Магнитофон — инструмент для записи автотестов