CI で稀に失敗してしまうテストへの対処方法 - クックパッド開発者ブログ
技術部の福森です。 クックパッドでは RSpec と Jenkins を利用して CI による自動テストを行なっています。 テストの数は 12000 examples を越えていて、テストによっては稀に失敗する物が出てきています: 時間帯依存で失敗してしまうもの 他に同時に実行されるテストに依存しているもの (並列実行で組合せが変わり再現する) インテグレーションテストでの ajax リクエストの微妙なタイムアウト etc また、本番環境を壊さないよう、 CI で成功したリビジョンのみデプロイ可能となっており、開発者が push しデプロイしたいと思っている時に無関係な原因で失敗する事を避けたいという欲求があります。 なぜなら、再度ビルドを実行する時間 (およそ 10 分) の間待たされる事になるからです。 そこで、そのようなテスト起因での失敗を減らし、かつ開発者にそれらを修正してもらうた
index_by (Enumerable) - APIdock
Convert an enumerable to a hash, using the block result as the key and the element as the value. people.index_by(&:login) # => { "nextangle" => <Person ...>, "chade-" => <Person ...>, ...} people.index_by { |person| "#{person.first_name} #{person.last_name}" } # => { "Chade- Fowlersburg-e" => <Person ...>, "David Heinemeier Hansson" => <Person ...>, ...}
ActiveRecordで複数レコード、BULK INSERTする方法とパフォーマンスについて - Qiita
あるテーブルに対して複数のレコードを同時に登録したいことがあります。 このときに登録する数だけINSERTを発行するのはあまり効率がよくありません。 そこでBULK INSERTと言われる単発のSQLで一括登録する方法がよく使われます。 BULK INSERTとは 単純なbooksというテーブルを使い、BULK INSERTはどういうものか確認する。 CREATE TABLE `books` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL, `created_at` datetime NOT NULL, `updated_at` datetime NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAU
Rubyスクリプト中から別のRubyスクリプトを呼び出した時の標準出力 – .com-pound
Rubyスクリプトから別のRubyスクリプトを呼び出したい時がある． そういう場合， msg=`hoge.rb` とすると，hoge.rbが標準出力へ出力した文字列すべてを変数msgで受け取ることが出来る． 1行ずつ受け取って処理したい場合は， IO.popen("hoge.rb") do |pipe| pipe.each do | line | print line end end という感じにすれば，1行ずつとって表示することが出来る． しかし，デフォルトだと，Rubyスクリプトの標準出力はバッファリングされるため，hoge.rbの処理に時間がかかる場合，長い時間立った後に，まとめてhoge.rbの出力をどかっと渡されるようになる． （受け取ったプログラムは，それを1行ずつ処理することはできるけれど） これは標準出力がバッファリングされているのが原因なので，バッファリングしないようにす
ActiveSupport::Concern
Active Support Concern A typical module looks like this: module M def self.included(base) base.extend ClassMethods base.class_eval do scope :disabled, -> { where(disabled: true) } end end module ClassMethods ... end end By using ActiveSupport::Concern the above module could instead be written as: require "active_support/concern" module M extend ActiveSupport::Concern included do scope :disabled, -
rspec Pending Tips - Qiita
it, specify, exampleそれぞれの先頭にxをつけるだけで、Pendingになる。 describe Foo do xit { 1.should eq 1 } xspecify { 1.should eq 1 } xexample { 1.should eq 1 } end Pending: Foo # Temporarily disabled with xit # ./spec/models/foo_spec.rb:4 Foo # Temporarily disabled with xexample # ./spec/models/foo_spec.rb:6 Foo # Temporarily disabled with xspecify # ./spec/models/foo_spec.rb:5
Test::Unitで実行中のテストケースを表示する - Qiita
$ bundle exec ruby some_test.rb Run options: # Running tests: ... Finished tests in 1.017405s, 2.9487 tests/s, 1.9658 assertions/s. 普通はこれでも十分なんですが、セグメンテーションフォールトとかの低レベルなバグを追っているときだとちょっとつらい。 そういうときは-vオプションを使ってやればいい。 $ bundle exec ruby some_test.rb -v Run options: -v # Running tests: SomeTest#test_a = 0.00 s = . SomeTest#test_b = 1.01 s = . SomeTest#test_c = 0.01 s = . Finished tests in 1.017389s, 2
Ruby On Rails ピチカート街道 - Rails 2.1・その１０(gemの依存関係を明示的に指定) -
自分のプロジェクトで使う gem はこれですので、すべからくインストールすべし！ということを指定できるようになりました。 まあ、gem 依存については私も大層な知識がないのでorz、頼みの rails-2.1.0/CHANGELOG ファイルを見ながらこの記事を書いてみようかなと思います。 config/environment.rb Rails::Initializer.run do |config| # bj という名前の gem パッケージが必要 config.gem "bj" # hpricot という名前で、バージョンが0.6でリポジトリが http://code.whytheluckystiff.net の gem パッケージが必要 config.gem "hpricot", :version => '0.6', :source => "http://code.whytheluc
Rspecでリストのチェック - Qiita
リストに必要な要素が過不足なく含まれていることをチェックするとき，いちいちリストをソートしなくても=~を使えばよい # test [:zero, :one, :three].should =~ [:one, :two] # log Failure/Error: [:zero, :one, :three].should =~ [:one, :two] expected collection contained: [:one, :two] actual collection contained: [:one, :three, :zero] the missing elements were: [:two] the extra elements were: [:three, :zero]
Ruby の配列で n 個ずつの要素を扱いたい - Qiita
each では要素を1つずつしか取得できないが、each_cons や each_slice を使用すればループ1回で複数個の要素を扱える。 each_cons(n) は連続した n 個の要素を1つずつずらしながら取得できる。 n = 3 [1, 2, 3, 4, 5].each_cons(n) do |a, b, c| puts "#{a}, #{b}, #{c}" end # >> 1, 2, 3 # >> 2, 3, 4 # >> 3, 4, 5
ruby on rails (Active Record）複数列をgroup by して countする方法 - ruby on rails ビジネスの可能性
Active Recordで以下のようにcountを実行しても、複数列の値が取得できません。 Message.count(:group => "rcv_user_id, send_user_id") =>[[ 3, 2] , [ 4, 2]] ※一番最後に指定した列の値＋行数 このような場合には、countを使わず、通常のfindを使用します。 Message.find(:all , :select => "count(*) count, rcv_user_id, send_user_id":group => "rcv_user_id, send_user_id") 結果をオブジェクト（インスタンス）から取得するときにも、countやメソッド名で取得できるので、ソースの可読性が良くなります。 もう、count使わないほうが良いカナと思ってしまいます。
Ruby On Rails ピチカート街道 - rubyでハッシュのハッシュのハッシュとかを簡単に作る方法 -
Perlだと、特に宣言なしに、 $a{'size'}{'upperbody'}{'chest'} = 100; とか出来るのに Ruby だといちいち Hash.new() など宣言しなくてはならず不便です！ しかし以下のおまじないを唱えると、ハッシュのハッシュのハッシュとかを一気に宣言できちゃって便利ったらありゃしません。 my_hash = Hash.new{|h,k| h[k]=Hash.new(&h.default_proc)} my_hash[:size][:upperbody][:chest] = 100 my_hash[:size][:egg] = 'XL' my_hash => {:size=>{:upperbody=>{:chest=>100}, :egg=>"XL"}} というのが使い方で、とっても便利ですね、いろんな場面で使えそうです！ 以下は、なんでーそうなるの？と
Using "try" with a hash to check existence of a key
Using “try” with a hash to check existence of a key The try method is awesome. Check the documentation. It is usually used to call a method on an object if it exists, or return nil if it doesn’t. But sometimes, it is not used with hashes, but this also works perfectly: params[:search] ? params[:search][:name] : nil # Can also be written as... params[:search].try(:[],:name)
ActiveRecordの属性に「?」で問い合わせる
ActiveRecordオブジェクトは， class Employee < ActiveRecord::Base end とするだけで，上記で言えばemployees表が持つ各種列に対応する属性が利用可能になる。例えば，employees表にname列が定義されていたとすれば， employee.name = ‘Yoichiro’ p employee.name というように，nameアクセッサを利用することができる。とても簡単だ。では， employee.name? とemployeeオブジェクトにメッセージを投げることが可能である人は，どれだけいるだろうか？もちろん僕も，rails-mlに「 [rails:2302] ActiveRecordオブジェクトの属性にクエスチョンをつけると・・・？」という投稿があるまで，知らなかった。 では，「#{attr_name}?」で問い合わせた場合，
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
assert_dom_equal (ActionController::Assertions::DomAssertions) - APIdock
GitHub - activerecord-hackery/ransack: Object-based searching.
instance_variable_defined? (Object) - APIdock
Rails Best Practices | Use say and say_with_time in migrations to make a useful migration log
コンソールで直前の結果を参照する - Qiita
Module: ActiveSupport::CoreExtensions::Hash::DeepMerge