У меня есть план сборки webapp, работающий в системе непрерывной интеграции (Atlassian Bamboo). Мне нужно включить QUnit тесты модуляции JavaScript в план сборки, чтобы на каждой сборке выполнялись тесты Javascript, и Bamboo бы интерпретировать результаты тестирования.
Желательно, чтобы я мог сделать процесс сборки "автономным", чтобы не требовалось подключение к внешним серверам. Хорошие идеи о том, как это сделать? Система CI, выполняющая процесс сборки, находится на сервере Linux Ubuntu.
Как мне удалось решить проблему самостоятельно, я подумал, что было бы неплохо поделиться ею. Этот подход может быть безупречным, но это первый, который, казалось, работал. Не стесняйтесь публиковать улучшения и предложения.
Что я сделал в двух словах:
Далее я расскажу о более подробных этапах. Это то, что моя структура каталогов выглядела так:
lib/
JsTestDriver.jar
test/
qunit/
equiv.js
QUnitAdapter.js
jsTestDriver.conf
run_js_tests.sh
tests.js
test-reports/
build.xml
На сервере сборки:
apt-get install Xvfb)apt-get install firefox)В ваше приложение для создания:
equiv.js и QUnitAdapter.jsjsTestDriver.conf):server: http://localhost:4224 load: # Load QUnit adapters (may be omitted if QUnit is not used) - qunit/equiv.js - qunit/QUnitAdapter.js # Tests themselves (you'll want to add more files) - tests.js
Создайте файл script для запуска модульных тестов и создания результатов теста (пример в Bash, run_js_tests.sh):
#!/bin/bash
# directory to write output XML (if this doesn't exist, the results will not be generated!)
OUTPUT_DIR="../test-reports"
mkdir $OUTPUT_DIR
XVFB=`which Xvfb`
if [ "$?" -eq 1 ];
then
echo "Xvfb not found."
exit 1
fi
FIREFOX=`which firefox`
if [ "$?" -eq 1 ];
then
echo "Firefox not found."
exit 1
fi
$XVFB :99 -ac & # launch virtual framebuffer into the background
PID_XVFB="$!" # take the process ID
export DISPLAY=:99 # set display to use that of the xvfb
# run the tests
java -jar ../lib/JsTestDriver.jar --config jsTestDriver.conf --port 4224 --browser $FIREFOX --tests all --testOutput $OUTPUT_DIR
kill $PID_XVFB # shut down xvfb (firefox will shut down cleanly by JsTestDriver)
echo "Done."
Создайте цель Ant, которая вызывает script:
<target name="test">
<exec executable="cmd" osfamily="windows">
<!-- This might contain something different in a Windows environment -->
</exec>
<exec executable="/bin/bash" dir="test" osfamily="unix">
<arg value="run_js_tests.sh" />
</exec>
</target>
Наконец, сообщите план сборки Bamboo как для вызова цели test, так и для поиска результатов теста JUnit. Здесь по умолчанию будет "**/test-reports/*.xml".
Для всех, кто заинтересован в запуске своих спецификаций Jasmine BDD без головы в maven, вас может заинтересовать плагин jasmine-maven, который я поддерживаю:
В качестве альтернативы вы также можете попробовать TestSwarm. Я запускал его и запускал с помощью QUnit для запуска тестов JS.
Я играл с несколькими решениями за прошедший год, но ничего не нашел на футбольном поле Кармы (ранее это было testacular). Попробуйте
Возможно, вы сможете использовать носорог без браузера для запуска своих модульных тестов на вашей машине CI. Конечно, недостатком здесь является то, что он не найдет ошибок, специфичных для браузера X... но он действительно избил установку 2-3 ОС в вашем ящике CI, чтобы охватить все основные платформы...
Но да, такого рода отстой... но он может работать достаточно хорошо в сценарии CI.
Я использовал maven и junit для вызова носорога. Это не изящно, но я использую его для проверки базовых сервисов и кода полезности.
Он требует издевательских неподдерживаемых классов, таких как XHR с библиотеками Java.
Я обнаружил, что это лучший код в javascript (тесты и т.д.) и использовать junit для организации сборки и привязку к CI.
Я бы хотел, чтобы JsTestDriver мог это сделать. Или мокко с репортером junit.
JS Test Runner - довольно хорошее решение. Он использует PhantomJS и QUnit.