Ruby on rails开发从头来（windows）（二十九）- 性能测试 - 编程入门网

Ruby on rails开发从头来（windows）（二十九）- 性能测试

Rails所针对的是Web项目，必须要考虑大访问量的情况，所以我们来看看在Rails怎样进行性能测试。

1.要进行性能测试，我们首先要模仿大量的数据，我们现在知道，在test/fixtures/目录下的yml文件里添加我们的测试数据，在运行测试时，这些数据会被加载到数据库。但是一条两条数据还可以，数据多的情况下，一条一条在yml文件里写可不行，所以，我们先看看怎样在yml文件里造大量的数据。在fixtrue目录下创建一个子目录performance，在里面新建order.yml文件，把内容改成下面的样子：

# Read about fixtures at http://ar.rubyonrails.org/classes/Fixtures.html
<% for i in 1..100 %>
order_<%= i %>:
　　id: <%= i %>
　　name: Fred
　　email: fred@flintstones.com
　　address: 123 Rockpile Circle
　　pay_type: check
<% end %>

然后再运行我们一个空测试，order_test.rb

depot>ruby test/unit/order_test.rb

到数据库里查看下表order，里面已经初始化了100条记录了。我们之所以要新建一个performance目录，是因为我们不想运行每个测试都要初始化100条记录，我们之前在测试model和controller的时候用的那个order.yml文件中的记录就够了。

2.在test目录下也创建一个performance目录，然后创建一个order_test.rb文件，内容如下：

require File.dirname(__FILE__) + ''/../test_helper''
require ''store_controller''
class OrderTest < Test::Unit::TestCase
　fixtures :products
　HOW_MANY = 100
　def setup
　　@controller = StoreController.new
　　@request = ActionController::TestRequest.new
　　@response = ActionController::TestResponse.new
　　get :add_to_cart, :id => 1
　end
　def teardown
　　Order.delete_all
　end
　def test_save_bulk_orders
　　elapsedSeconds = Benchmark::realtime do
　　　Fixtures.create_fixtures(File.dirname(__FILE__) +
　　　"/../fixtures/performance", "orders")
　　　assert_equal(HOW_MANY, Order.find_all.size)
　　　1.upto(HOW_MANY) do |id|
　　　　order = Order.find(id)
　　　　get :save_order, :order => order.attributes
　　　　assert_redirected_to :action => ''index''
　　　　assert_equal("Thank you for your order.", flash[:notice])
　　　end
　　end
　　assert elapsedSeconds < 3.0, "Actually took #{elapsedSeconds} seconds"
　end
end

Ruby on rails开发从头来（windows）（二十九）- 性能测试(2)

在这里，我们没有直接加载100个order，而是在test_save_bulk_orders方法中，先使用elapsedSeconds = Benchmark::realtime来计算测试花费的时间，再通过调用create_fixtures方法指定我们要加载order的yml文件，然后对每条加载的order，进行保存，在通过断言判断是否调用了index的Action，和Flash中的内容。最后再判断elapsedSeconds是否小于3秒。

还有一点要注意，这里实际上对每个order进行了两次Save操作，一次是在加载yml文件的时候，一次是我们调用save_order的时候。

3.如果我们不想在每个测试运行的时候都从yml文件里加载数据，那么我们可以通过self.use_transactional_fixtures来控制。例如：

class OrderTest < Test::Unit::TestCase
　fixtures :products
　self.use_transactional_fixtures　= true
　HOW_MANY = 100
　……
end

4.如果我们想知道某个方法或某句代码所花费的时间，可以通过rails的脚本script/profiler and script/benchmarker来查看，例如，我们注意到Product这个Model的search方法比较慢，为了避免盲目地进行优化，我们使用Profiler来告诉我们每句代码使用了多少时间，例如：

depot>ruby script/performance/profiler "Product.salable_items"

注意这里的script的路径，我在instantrails里的和书上的不一致，如果提示脚本找不到，那就在自己的本地目录找找看profiler文件放在什么地方。

5.我们还可以使用benchmarker来比较两个方法所消耗的时间，例如：

ruby script/performance/benchmarker 10 "Product.salable_items" "Order.count_pending"

输出结果是：

　　　　　　user　　 system　　　total　　　　real
#1　　　0.078000　 0.000000　 0.078000 (　0.078000)
#2　　　0.000000　 0.000000　 0.000000 (　0.016000)

在这里，书上写的是两个方法之间用“\”来分割，在我的机器上是使用一个空格来分割。

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!