RSpecのshouldはもう古い！新しい記法expectを使おう！
というように書くようになりました。 別にshouldを使った記法がなくなったわけではありませんが、 https://github.com/rspec/rspec-expectations のREADME.mdには、もう新しいSyntaxの説明しか載っていないし、今後はexpectの方を使っていくほうがいいでしょう。 http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax には、新しいSyntaxを導入した背景が説明されています。 簡潔に書くと、shouldだとBasicObjectを継承したクラスのテストを書くときに不具合が起こるみたいですね。 移行方法 基本 基本的には、上に書いたように、 foo.should を expect(foo).to に foo.should_not を expect(foo).
テストの基本構造
今回は、前回作った「Hello World!」のテスト（テストコード）の説明をしながら、RSpec/Capybara によるテストの基本構造について解説します。 エグザンプルグループとエグザンプル spec/features/top_page_spec.rb の中身を見てください： require 'spec_helper' describe 'トップページ' do specify '挨拶文を表示' do visit root_path expect(page).to have_css('p', text: 'Hello World!') end end 1行目の require 'spec_helper' で、RSpec の設定ファイル spec/spec_helper.rb を読み込んでいます。Rails アプリケーションのテストをする場合には、この記述が必須です。 その下に do .
expectとssh-agentによるマルチSSHで複数台サーバー効率管理
サーバー台数の増加による諸問題 サーバーのノード数が増えてくると、各サーバーにログインしてコマンドを実行したり、設定ファイルを変更したりする行為が大変になってきます。数台程度ならまだ良い方でしょうが、ソーシャルゲームなどでは200台を超えるサーバーを管理することなどはザラにあるので、そのような運用効率手段として、複数台にコマンドを一括適用できるマルチSSHのシャルスクリプトがあると便利です。 SSH公開鍵認証とssh-agent まず、SSHの秘密鍵と公開鍵を作成して各対象サーバーに配布します（鍵の作成や配布に関してはここでは省略します）。SSHの秘密鍵は、ノンパスで作成すると流出したら大変なことになりますので、パスワードありで設定しましょう。その後、接続元のbash_profileとbash_logoutにssh-agentの設定をします（これでログイン時に1回パスワードが聞かれて、それ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
対話式のコマンドをスクリプト化する方法 - Qiita
