Teardown, вызванный в середине теста Capybara

Question

Я пытаюсь создать следующий тест: Редактировать модель (клиентская сторона), проверить, обновлено ли представление, и если модель изменилась в базе данных.

есть код:

test 'a' do 
    user = User.joins(:organization_users).find_by organization_users: { role: OrganizationUser.roles.values_at(:ORGANIZER, :ADMINISTRATOR) } 

    sign_in_user user 

    criterion = create(:criterion, scoring_id: @scoring.id, name: "Test criterion name", 
         description: "Test description") 
    step = create(:step, criterion_id: criterion.id) 

    visit "scorings/" + (@scoring.id).to_s + "/criteria" 

    find("#criteria > div > div > a > i").click() 

    fill_in 'name', with: 'New name' 
    fill_in 'description', with: 'New description' 

    find('#criterion-modal > div:nth-child(2) > form > div:nth-child(4) > input').click() 

    criterion = criterion.reload 

    assert criterion.name == 'New name' 

    end 

` Driver:

Capybara.register_driver :poltergeist do |app| 
    Capybara::Poltergeist::Driver.new app , { phantomjs: Phantomjs.path } 
end 
Capybara.javascript_driver = :poltergeist 
Capybara.current_driver = Capybara.javascript_driver 

Teardown:

teardown do 
    DatabaseCleaner.clean 
    ActiveRecord::Base.connection.close 
    Capybara.reset_sessions! 
end 

Как вы можете увидеть в конце теста я перезагружать критерий , но когда я делаю это, вызывается функция разрыва. После этого база данных очищается, и я получаю ошибку «не могу найти критерий id: 1». Я использую только minitest, заводскую девушку и Capybara. Так что я хочу понять, почему Teardown вызывается, так как это не конец теста и как я могу это исправить?

спасибо.

Answer 1

Вы не показываете, что у вас настроено для вашего метода слежения, и не указываете, какой драйвер вы используете с Capybara. Однако, так как тестовый код и разрывы запускаются в одном и том же потоке, на самом деле не существует способа запустить срыв до того, как тест закончится. Что возможно (при использовании JS-совместимого драйвера, где клики обрабатываются асинхронно) для запуска разгона до того, как клик обработан/обработан кодом приложения. Это означало бы, что «критерий поиска не может быть найден: 1» на самом деле будет поступать из вашего кода контроллера. Причиной этого является то, что вы на самом деле не проверяете что-либо на странице, чтобы изменить после нажатия, чтобы тест продолжал двигаться, заканчивался (если не выполнялось утверждение), очистка от следов и действие контроллера не могут найти запись. Что-то вроде

assert_text 'Criterion updated' # if a message is displayed on successful update 

или

assert_current_path("scorings/#{@scoring.id}") # whatever path it redirects to after updating 

после click и до вашего reload

На стороне записки - Используя длинные селекторы как «# критерий-модальный> сНу: п-го ребенка (2)> form> div: nth-child (4)> input 'приведет к действительно хрупким испытаниям. Было бы гораздо проще использовать более простые селектор или помощники типа capybara click_button, если возможно