アメリカ人です。 Hello 👋 この記事の目的 多くの日本人は自分の英語力には自信がないではないでしょうか。残念ながら「英語がわからん」、「英語が全然できない」という声をしょっちゅう聞いています。でも、今まで英語ができて意味がちゃんと伝わる何人かの日本人に会ったがあります。完璧な英語ではないけど(外国人も英語でミスる時もある...)、がんばって話そうとするので充分仕事ができる人たち。そういうがんばる姿勢はオープンソースのプログラムや英語圏のプログラムに手を出すためには一番大事なことだと思います（外国人側もすごく助かります）。日本の文化では「私はできる！」と自慢することは少ない中、この記事を通して、流暢に話せなくても自分のプログラミングの命名の仕方にはちょっとだけでも自信を持たせたいなと思います。完璧じゃなくていいです。Let's go! 合わせて読んでいただきたい 【日本人エンジニア必
Brandon Hilkertの7 reasons why I'm sticking with Minitest and Fixtures in Railsの雑な日本語訳です。 誤訳が雑すぎる訳やあれば、Twitterで@nilp_までお声かけいただくか、コメントやブコメで指摘してもらえると幸いです。 私がMinitestとRailsのFixturesにハマった7つの理由 私は先月グリーンフィールドのRails 4.1アプリの唯一の開発者として過ごす機会に恵まれました(訳注: なんの制約もないことをGreenfieldと言うそう)。 既存のコードをメンテするのにかなりの時間を費やしたことのある人にとって、 パターンを設け、ツールを選択する自由があることは非常に喜ばしい変化です。 私が行った選択の1つがMinitestとRailsのfixturesを使うことです。 端的にいうと、それは最高で
RSpecのshared contextはもちろんご存知ですよね。 参考: shared_context - 改めて学ぶ RSpec うまく使ってあげることができたならDRYで可読性の高いコードになるのですが、いちいち context の名前を打たないといけないのがだるい! 切られた context は文章の形をとっていることが多いので多くのエディタの補完機能でも打鍵数が多くなってしまいます (単語ベースの補完がほとんどのため)。 我々はこのまま「要素がふたつpushされている」なんて文章をずっと書かねばならないのでしょうか? やはりプログラムのコード、人間が楽をしようだなんて所詮は夢のような話だったのでしょうか。 いいえ、そんなことはありません。人間はテストコードともっと仲良くなれる、そうRSpecならね。 タグを使います。 タグは example groups などを切るメソッド (i
はじめに 昨年末からQiitaに執筆していた初心者向けのRSpec入門記事、「使えるRSpec入門」の全4回をすべて書き終えました。 各記事のリンクは以下の通りです。 使えるRSpec入門・その1「RSpecの基本的な構文や便利な機能を理解する」 使えるRSpec入門・その2「使用頻度の高いマッチャを使いこなす」 使えるRSpec入門・その3「ゼロからわかるモック（mock）を使ったテストの書き方」 使えるRSpec入門・その4「どんなブラウザ操作も自由自在！逆引きCapybara大辞典」 「使えるRSpec入門」って何？ 「使えるRSpec入門」は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」をテーマにしたシリーズ記事で、略して「使えるRSpec入門」と名付けました。 僕がRSpecでRubyやRailsのテストを書いてきた経験から、「これはよく使うから重要」「
技術部アルバイトの鈴木(@draftcode)です。 クックパッドが内部向けに開発・運用を行ってきた、分散テスト実行システムRRRSpecをオープンソースとして公開しました。RRRSpecは時間のかかる自動テストを分散処理することで、全体のテスト時間の短縮を狙うアプリケーションです。現在クックパッドでは17000を超えるテスト項目があり、マシン一台でテストを実行すると完了まで数時間かかります。このテストを60並列程度の分散処理で行うことで、平均8分から9分程度で完了できるようになりました。また、Amazon EC2のスポットインスタンスを利用することにより、大幅なコスト削減も同時に達成しました。 https://github.com/cookpad/rrrspec 分散テスト実行とは アプリケーションが大きくなるにつれて、自動テストの数も大きくなっていきます。クックパッドでは、非常に多くの
テスト書きすぎ問題 - hitode909の日記 階層が増えるとテストが増える - はこべブログ ♨ テストと対応関係 - $shibayu36->blog; 最近書いているWebアプリは、HTTPリクエストを送ってレスポンスと状態をテストする、というテストだけ書くようにしてる。リクエストするとブログエントリを返す、というサービスだとこういう風なテストを書いてる。(HTMLを返すようにすると話が広がって説明が面倒なのでJSONを返すAPIで説明する) describe "Entry resource" do let(:params) do {} end let(:env) do { "HTTP_AUTHORIZATION" => "Bearer: #{access_token.token}" } end let(:access_token) do AccessToken.make(user
translations Documentation RSpec is a great tool in the behavior-driven development (BDD) process of writing human readable specifications that direct and validate the development of your application. On the web there are many resources that give complete overview of _what_ you can do with RSpec. But there are fewer resources devoted to how to create a great RSpec test suite. Better Specs tries to
連日酒を飲み続けた結果喉がやられ、職場の人に風邪を心配された田中洸一(@tanaka51) です。 みなさん、テストは書いていますか？ 今回はモックライブラリとしては有名な FactoryGirl の便利な機能について書いてみたいと思います。 FactoryGirl は進化の速いライブラリのようで、現在パッと確認できる日本語の記事やチートシート等は古くなってしまっています。 最新情報は公は Github の wiki(https://github.com/thoughtbot/factory_girl/blob/master/GETTING_STARTED.md) を見るのが良いようです。英語ですが頑張りましょう。 それでは、ランキング形式で紹介していきたいと思います。 6. Override the defined attributes ネタが思い浮かばず、中途半端に 6 位からです。
ログインしなきゃいけない画面だったり、同じ画面でも、ログインしているのとしていないのでは挙動が違う画面はたくさんあって、そういうときのテストはどうやったらいいんだろうという疑問が発生した件について。 答えはここに。 http://ruby.railstutorial.org/chapters/updating-showing-and-deleting-users?version=3.2#sec:requiring_signed_in_users けっきょく、testのためのヘルパーを書くのが正解のよう。 spec/support/utilities.rb def sign_in(user) visit signin_path fill_in "Email", with: user.email fill_in "Password", with: user.password click_but
thoughtbot/factory_girl : 人気の fixture replacement library。fixture だと毎回リセットするのに手間がかかったりするところを、そのテストで必要なデータだけを生成できる。データも DSL で書ける。 bmabey/database_cleaner : テスト終了時にデータベースを綺麗にしてくれるもの。いろんな ORM に対応。 Usage · thoughtbot/factory_girl Wiki 使い方 - factory_girl Gemfile に gem 'factory_girl' を追加(test group のなか) spec/factories.rb を作成 FactoryGirl.define do factory :user do created_at Time.now updated_at Time.now
What is Better Specs Better Specs is a collection of best practices developers learned while testing apps that you can use to improve your coding skills, or simply for inspiration. Better Specs came to life at Lelylan (open source IoT cloud platform) and checking out its test suite may be of inspiration. Better Specs focus on Rails testing, but our goal is to create testing guidelines covering mos
Here's how I test my admin controllers that use HTTP basic authentication using RSpec 2: before(:each) do user = 'test' pw = 'test_pw' request.env['HTTP_AUTHORIZATION'] = ActionController::HttpAuthentication::Basic.encode_credentials(user,pw) end Actually, that's how I did it when I first tested things, but I've since put it in its own module under spec/support/auth_helper: module AuthHelper # do
先日、minami.rbに参加してきた、そこで教えてもらった sporkであらかじめrailsの環境を読み込んで guard でファイルの更新を監視してテストファイルの更新などの タイミングでrspecを実行することができることを教えてもらった。 忘れないうちに、内容のメモを残しておきます。 設定自体はとても簡単！ @koko_uさんありがとうございます。 gemをインストール まずは必要なgemを読み込むための設定をGemfile追加する。 libnotifyとrb-notifyとかはubuntu上で通知を出すための設定 Gemfile ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ group :development, :test do gem 'guard' gem 'guard-rspec' gem 'guard-spork' gem 'spork', '>=0
Rails3, OmniAuth, RSpec, Capybaraでログインユーザのモック « ツボニチ
Rails3, OmniAuth, RSpec, Capybaraの組み合わせでエンドツーエンドのテストを書いた。カレントユーザの情報にアクセスする方法が分からず試行錯誤したが、以下の方法で解決。他に良い方法ないかな？ describe "テスト対象" do before do OmniAuth.config.test_mode = true @current_user = User.create( :uid => 12234, :provider => "twitter", :screen_name => "NickName", :name => "FirstName LastName" ) OmniAuth.config.mock_auth[:twitter] = { "uid" => @current_user.uid, "provider" => @current_user.pro
和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 東京 Ruby 会議 03 の RSpec ワークショップの資料です。このワークショップでは参加者の方に「写経」(コードを書き写すこと)をして貰い、TDD/BDD と RSpec を同時に学べるように都度説明を入れるかたちで行いました。 第2イテレーションも書きました。続きに興味ある方はご覧下さい (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 1st iteration favotter の みたいな NG ワードのフィルタリング機能を RSpec で作りましょう。まずは NG ワードの検出機能を作成します。 このイテレーションでは最初ベタな形のテストコードと実装を書き、だんだんとそのコードを洗練させてゆきま
このテのエントリも何度目になるかわかりませんが、 実際に使ってきて「これだ！」という環境がある程度確立できた気がするので 一旦ここにまとめておきます。Ruby1.9.3、Rails3.2.2で動作確認。 参考: http://ja.asciicasts.com/episodes/285-spork http://d.hatena.ne.jp/akihito_s/20110701 （今更）RSpec2+Capybara-webkitでインテグレーションテスト - === SANDmark 19106 === beginning stress test RSpec2 + Capybara-Webkitでの注意点 - === SANDmark 19106 === beginning stress test 使うものリスト: ライブラリ名 ちょっとした解説 Spork テストの高速化をしてくれるD
みなさん、cucumber使ってテスト書いてますか？最近はrspecでユニットテストを書き、インテグレーションテストはcucumberを使う例が増えていると聞きます。 ここで問題になるのがjavascriptを含むページのテストです。色々情報を調べていたところ、capybara-webkitなるものをid:babieさんが使用しているのを発見。今回はcucumberで動かしてみました。 qtのインストール capybara-webkitはqtというGUIフレームワークを使用しています。先にインストールしてしまいましょう。どちらの場合もコンパイルにめちゃくちゃ時間がかかるのでご注意を。 mac portsの人 $ sudo port install qt4-mac-devel home brewの人 $ brew install qt Gemfileの設定 適当にRailsプロジェクトを作成
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
