gam*_*mov 4 ruby-on-rails functional-testing
我想在相同的测试中对一些获取请求进行分组,但是我得到了不稳定的行为.我有以下两个测试:
test 'index for local seller (same site)' do
seller = FactoryGirl.create :seller, business_site: @open_or.business_site
get :index, nil, {user_id: seller.to_param }
assert_select "table#order_requests tr##{@controller.view_context.dom_id @open_or}"
end
test 'index for local seller (different site)' do
seller = FactoryGirl.create :seller_local
get :index, nil, {user_id: seller.to_param }
assert_select "table#order_requests tr##{@controller.view_context.dom_id @open_or}", false
end
Run Code Online (Sandbox Code Playgroud)
我希望在一次测试中合并,但如果我这样做,第二个断言将错误地失败(预期正好0个元素匹配"table#order_requests tr#order_request_1000244799",找到1.).我真的不明白为什么?第二次'get'调用可能无法正常重置某些内容.我想方设法"重置"请求但没有成功.
twe*_*e17 10
我在功能测试中注意到的一个重要区别(与集成相反)是控制器的状态似乎不会在请求之间重置,这可能导致意外结果.例如,考虑这个(人为的)控制器:
class ThingyController < ApplicationController
def one
@thingy = Thingy.first
render :nothing => true
end
def two
render :nothing => true
end
end
Run Code Online (Sandbox Code Playgroud)
行动'一'设置@ thingy,而动作'一'设置不行.但是,此功能测试失败:
test "thingy should not exist in second request" do
get :one
assert_not_nil assigns(:thingy), "thingy should exist in get_one"
get :two
assert_nil assigns(:thingy), "thingy should be absent in get_two"
end
Run Code Online (Sandbox Code Playgroud)
据推测,这是因为第一个请求中的@thingy在测试方法的持续时间内仍然作为控制器中的实例变量.
虽然你可以在一次测试中进行多次get/put/etc调用,但我认为它们不是为每个测试方法测试多个动作而设计的.根据Rails API TestCase文档:
功能测试允许您测试每个测试方法的单个控制器操作.这不应该与集成测试(参见ActionDispatch :: IntegrationTest)混淆,后者更像是可能涉及多个控制器和多个操作(即多个不同的HTTP请求)的"故事".
如果您真的希望将这两个操作结合起来,那么集成测试可能是更好的方法.
| 归档时间: |
|
| 查看次数: |
2164 次 |
| 最近记录: |