我有一个Sinatra应用程序,根据用户是否已登录,将页面设置为只读或可编辑。
控制器设置变量@can_edit
,视图使用该变量来隐藏/显示编辑链接。如何在测试中测试@can_edit
的值?我不知道如何在Rack :: Test下获取控制器的当前实例。
我使用class_eval
来存储控制器中的logged_in?
方法,但是我不得不检查last_response.body
我的编辑链接,看看@can_edit
是否有是否已经设定。
如何直接测试@can_edit
的值?
答案 0 :(得分:8)
不幸的是,如果不修改Rack :: Test,我认为这是不可能的。当您在应用程序测试期间提出请求时,Rack :: Test会执行以下操作:
call
方法可以轻松访问last_request
和last_response
,但遗憾的是,在应用程序运行时,不会保存有关应用程序状态的信息。
如果您有兴趣将Rack :: Test修补程序组合在一起,请先查看第30行的rack-test/lib/rack/mock_session.rb
。这是Rack :: Test运行您的应用程序并接收标准Rack应用程序的地方返回值(状态,标题,正文)。我的猜测是,您还必须修改您的应用程序,以收集并使其所有实例变量可访问。
在任何情况下,最好测试结果,而不是实现细节。如果要确保编辑链接不可见,请按DOM ID测试是否存在编辑链接:
assert last_response.body.match(/<a href="..." id="...">/)
答案 1 :(得分:4)
有可能有点破解。 Sinatra应用程序的实例不可用,因为它们是在调用Sinatra :: Base#调用时创建的。正如Alex解释的那样这个hack准备了一个实例,让下一个调用抓住它。
require 'something/to/be/required'
class Sinatra::Base
@@prepared = nil
def self.onion_core
onion = prototype
loop do
onion = onion.instance_variable_get('@app')
return onion if onion.class == self || onion.nil?
end
end
def self.prepare_instance
@@prepared = onion_core
end
# Override
def call(env)
d = @@prepared || dup
@@prepared = nil
d.call!(env)
end
end
describe 'An Sinatra app' do
include Rack::Test::Methods
def app
Sinatra::Application
end
it 'prepares an app instance on ahead' do
app_instance = app.prepare_instance
get '/foo'
app_instance.instance_variable_get('@can_edit').should be_true
end
end
我首先想到了mock the instance that runs the current test这个技术。
答案 2 :(得分:0)
这是一个讨厌但可行的替代方案
# app.rb - sets an instance variable for all routes
before do
@foo = 'bar'
end
# spec.rb
it 'sets an instance variable via before filter' do
my_app = MySinatraApplication
expected_value = nil
# define a fake route
my_app.get '/before-filter-test' do
# as previously stated, Sinatra app instance isn't avaiable until #call is performed
expected_value = @foo
end
my_app.new.call({
'REQUEST_METHOD' => 'GET',
'PATH_INFO' => '/before-filter-test',
'rack.input' => StringIO.new
})
expect(expected_value).to eq('bar')
end
这允许您在过滤之前测试sinatra,或者访问为基本应用程序创建的实例变量。