Как писать интеграционные тесты для фоновых рабочих

Я создаю что-то похожее на BBC Zeitgeist< /а>. По сути, это ряд рабочих, передающих работу друг другу.

Если я буду делать это вручную, вот что я сделаю:

  1. Настройте некоторые параметры
  2. Запуск рабочих
  3. Запустить первоначальный рабочий
  4. Подождите, пока рабочие сделают свою работу
  5. Проверьте результат

Для фоновых рабочих я использую Resque.

Я не понимаю, как мне писать для него интеграционные тесты. Сейчас я имею в виду что-то вроде этого.

Любые идеи и указатели?


ruby-on-rails integration-testing cucumber
person Radamanthus    schedule 28.10.2010    source источник

Ответы (1)


arrow_upward
3
arrow_downward

Как насчет подхода черного ящика ко всему этому. Предположительно, смысл всего этого в том, что изменилось определенное внешнее состояние? Базы обновляются, файлы создаются, сообщения отправляются.

Так что игнорируйте отдельных работников. Поместите внешний материал в известное состояние. Пробег. Изучите внешний материал, чтобы увидеть, отражает ли он правильное поведение.

person djna    schedule 28.10.2010
comment
Я полагаю, вы правы. Так все намного проще. Ссылка, на которую я ссылался, была попыткой разветвить рабочих из процесса тестирования, потому что они связаны с асинхронными проблемами. В моем случае это не очень важно — думаю, мне сойдет с рук просто сон на моих тестах. - person Radamanthus; 02.11.2010