WedX - журнал о программировании и компьютерных науках

Ruby способ написания этой спецификации в Rspec

Мне было интересно, есть ли какой-либо способ Ruby написать следующую спецификацию представлений (без использования помощников Capybara/Cucumber/Webrat. Должен быть только в rspec или rspec-rails):

expect(rendered).to include("<input class='toggle_m' name='result_configuration[information]' type='checkbox' value='1'>")

expect(rendered).to include("<textarea class=details' disabled='disabled' name=result_configuration[info][]'></textarea>")

Дело в том, что мне нужно увидеть, установлен ли флажок (означает, что значение равно «1», значение установлено на «0», когда оно не отмечено), тогда текстовая область должна быть отключена. Есть идеи?

Или как бы вы написали это ожидание в более читабельной форме? Предложения приветствуются.

Спасибо.

ruby ruby-on-rails-3 rspec rspec-rails rspec2
16.04.2014

  • По какой причине вы не хотите использовать Capybara? Я считаю, что это упрощает именно эту проблему. 16.04.2014
  • Причина в том, что владелец проекта не собирается добавлять новую жемчужину, как будто сейчас, без особой причины. Я пытался объяснить, но безуспешно. 16.04.2014
  • Неудача! Достаточно справедливо, ну, ваши способы довольно хороши, мое единственное другое предложение - использовать регулярное выражение, хотя ваш способ может быть более читабельным, я подкину ответ, чтобы продемонстрировать. 16.04.2014
  • Флажок установлен, когда установлен его атрибут checked. 16.04.2014
  • @Stefan - я не уверен, что ты пытаешься сказать здесь. Вы говорите о значении (которое равно 1)? 16.04.2014

Ответы:


1

Вы можете попробовать регулярное выражение, но я думаю, что ваш метод достаточно хорош.

expect(rendered).should =~ /<input[^>]*name='result_configuration[information]'[^>]*value='1'[^>]*>/
expect(rendered).should =~ /<textarea[^>]*disabled='disabled'[^>]*name=result_configuration[info][][^>]*>

Ограничения этого метода заключаются в том, что если есть какие-либо отмеченные флажки и какие-либо отключенные текстовые области, которые он пропустит, чтобы сделать что-то еще, мне определенно потребуется капибара или что-то еще для фактического анализа html (регулярные выражения не являются синтаксическими анализаторами)

РЕДАКТИРОВАТЬ: добавлена ​​часть name= в оба регулярных выражения в качестве ответа на комментарий. Единственным преимуществом этого метода является то, что он не сломается, если вы измените класс элементов. К сожалению, я не знаю лучшего решения, кроме внешних драгоценных камней.

16.04.2014
  • Эй, я ценю, что вы нашли время, чтобы ответить. Однако это должно быть только для флажка, где name = result_configuration[information] и текстовая область name=result_configuration[info][]. 16.04.2014
  • достаточно честно, я добавлю их в регулярное выражение, вы знаете, что это всегда будет в таком порядке? (если нет, вам нужно будет использовать или для обоих случаев, когда это до и когда это после) 16.04.2014
  • О, я прочитал обновление позже после комментария выше. Я тоже предпочитаю водосвинку из-за более высокого уровня DOM. Я подумал, знает ли кто-нибудь лучший способ написать эту спецификацию более читабельным способом. Да, они всегда будут в таком порядке. 16.04.2014
  • Ага. Мне было бы интересно, если кто-нибудь может придумать чистое решение без использования водосвинки и т.д. Я как-нибудь вернусь, чтобы узнать, может ли кто-нибудь. 16.04.2014

    • 2

    Написание таких тестов ради тестирования и охвата только усложнит задачу тому, кто унаследует кодовую базу. Я написал такие тесты только для того, чтобы удалить их позже, так как изменения в пользовательском интерфейсе происходят чаще, и такие тесты замедляют работу разработчика. если бы мне все еще приходилось писать их в OO, я бы разработал его на строках объектов страницы (это жемчужина) - класс-оболочка поверх dom и несколько общих вспомогательных функций. Также добавление нового гема в тестовую группу с использованием Gemfile/bundler не повлияет на рабочие серверы.

    19.04.2014
    Новые материалы
    Объяснение документов 02: BERT
    BERT представил двухступенчатую структуру обучения: предварительное обучение и тонкая настройка. Во время предварительного обучения модель обучается на неразмеченных данных с помощью..
    Как проанализировать работу вашего классификатора?
    Не всегда просто знать, какие показатели использовать С развитием глубокого обучения все больше и больше людей учатся обучать свой первый классификатор. Но как только вы закончите..
    Работа с цепями Маркова, часть 4 (Машинное обучение)
    Нелинейные цепи Маркова с агрегатором и их приложения (arXiv) Автор : Бар Лайт Аннотация: Изучаются свойства подкласса случайных процессов, называемых дискретными нелинейными цепями Маркова..
    Crazy Laravel Livewire упростил мне создание электронной коммерции (панель администратора и API) [Часть 3]
    Как вы сегодня, ребята? В этой части мы создадим CRUD для данных о продукте. Думаю, в этой части я не буду слишком много делиться теорией, но чаще буду делиться своим кодом. Потому что..
    Использование машинного обучения и Python для классификации 1000 сезонов новичков MLB Hitter
    Чему может научиться машина, глядя на сезоны новичков 1000 игроков MLB? Это то, что исследует это приложение. В этом процессе мы будем использовать неконтролируемое обучение, чтобы..
    Учебные заметки: создание моего первого пакета Node.js
    Это мои обучающие заметки, когда я научился создавать свой самый первый пакет Node.js, распространяемый через npm. Оглавление Глоссарий I. Новый пакет 1.1 советы по инициализации..
    Забудьте о Matplotlib: улучшите визуализацию данных с помощью умопомрачительных функций Seaborn!
    Примечание. Эта запись в блоге предполагает базовое знакомство с Python и концепциями анализа данных. Привет, энтузиасты данных! Добро пожаловать в мой блог, где я расскажу о невероятных..
    Для любых предложений по сайту: [email protected]