使えるRSpec入門・その1「RSpecの基本的な構文や便利な機能を理解する」 - Qiita
はじめに RSpecは難しい、よくわからない、といったコメントをときどき見かけます。 確かにちょっと独特な構文を持っていますし、機能も結構多いので「難しそう」と感じてしまう気持ちもわかります。 （構文については僕も最初見たときに「うげっ、なんか気持ちわるっ」と思った記憶がありますw） しかし、RSpecに限らずどんなフレームワークでも同じですが、慣れてしまえばスラスラ書けますし、実際僕自身は「RSpecって便利だな－」と思いながらテストコードを書いています。 そこでこの記事では、僕が考える「最低限ここだけを押さえていれば大丈夫！！」なRSpecの構文や、僕が普段よく使う便利な機能をまとめてみます。 具体的には以下のような構文や機能です。 describe / it / expect の役割 ネストした describe context の使い方 before の使い方 let / let!
RSpec3でTime.nowをスタブ化(stub)
RSpec 3 では allow を使って stub 化する 以下のように RSpec テストコードでは、before の中で allow を使ってスタブを作成します。実装側で Time.now が月末日かどうかで判定するコードが書いてあり、それをテストする場合の例です。Time.now が当月の月末日時を返すようにスタブを作りました。 describe "some test" do before do # Stub for Time.now. Time.now should return end of month. end_of_month = Time.now.end_of_month allow(Time).to receive_message_chain(:now).and_return(end_of_month) end # some test code using Time.n
使えるRSpec入門・その2「使用頻度の高いマッチャを使いこなす」 - Qiita
はじめに みなさんこんにちは！ この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第2回です。 今回はRSpecのマッチャについて説明していきます。 第1回と同様、今回も「最低限これだけは」という内容に絞り込んで説明します。 使用頻度の少ないマイナーなマッチャ（注：僕基準）については説明しません。 具体的な項目は以下の通りです。 マッチャとは何か to / not_to / to_not eq be be_xxx be_truthy / be_falsey change + from / to / by 配列 + include raise_error be_within + of これからRSpecを始める人はもちろん、何度かRSpecに触れて「うーん、RSpecってわけわからん」となっている人もこの記事で再入門してみると
RSpecの(describe/context/example/it)の使い分け - Qiita
概要 なかなか使い分けする基準が理解できなかったけど、 こういうことかという考えが出てきたのでメモ。 使い分け方 テストの流れを端的に言うと、 機能、クラス、メソッドなどのテストの対象に対して、 特定の条件で実行してみて、 期待するアウトプットが返ってくるかを調べる、 ということになる。 ここで出てきたテストの対象と特定の条件とアウトプットに注目して、 (describe/context/example/it)の使い分けを行う。 describeには、テストの対象が何かを記述する。 contextには、特定の条件が何かを記述する。 exampleとitには、アウトプットが何かを記述する。日本語で記述するときはexampleを使う。it "is 〜やit { should be 〜 }のような形で書きたい場合はitを使う。 describe 'テストの対象' do context '特定の条
Everyday Rails - RSpecによるRailsテスト入門
みなさんはこんなふうにRailsアプリケーションを作ったことはありませんか？たとえば、ブラウザをポチポチとクリックするだけでテストを終わらせて「たぶん大丈夫」と思い込んだり、「とにかく全部うまくいきますように」とただ祈るだけだったり……。 心配しないでください。それは誰もが通る道です。アプリケーションのテストやテスト駆動開発はRails開発における重要なトピックですが、巷の参考書を見ると適当な説明で済ませているものも多かったりします。本書「Everyday Rails - RSpecによるRailsテスト入門」では、どのようにして私がそうしたテクニックを身につけたのか、そして、どのようにしてコードの信頼性を上げ、ブラウザ上で延々とテストしなくて済むようにしたきたのかをみなさんに説明します。 対応バージョンについて2024年1月のアップデートで、本書のコンテンツをRails 7.1とRSpe
Railsのdb/schema.rbの役割 - Qiita
db/schema.rbは何に使われるのか rake db:migrateなどをすると現在のスキーマが反映され、スキーマの確認などに便利なschema.rb。 ふと、1つのRailsアプリを分割して、複数のRailsアプリから同じDBを参照するようにしたくなったのだが、その際にどちらのRailsアプリにもdb/schema.rbを含める必要があるのか気になった。 db/schema.rbを削除してもアプリは動くのだが、 schema.rbには「It's strongly recommended that you check this file into your version control system.」と書いてあるので、本当に削除していいのか自信がない。 そこで、Rails4.1.5のソースを読んで、schema.rbがどんな用途に使われているのかを調査した。 schema.rbが
[RSpec] allow、receive、and_return メソッドを使って特定のメソッドをスタブ化する - Qiita
require_relative "japan.rb" describe "Japan.get_capital" do it "returns Saitama" do japan = Japan.new allow(japan).to receive(:get_capital).and_return("Saitama") expect(japan.get_capital).to eq("Saitama") end end allow メソッドの引数にスタブ化したいメソッドを持つインスタンスを、receive メソッドの引数にスタブ化したいメソッド名のシンボルを、and_return メソッドにスタブ化されたメソッドに返してほしい返り値を渡します。 get_capital メソッドは、本来は Tokyo を返しますが、前述のスタブ化によって Saitama を返すようになりました。
![[RSpec] allow、receive、and_return メソッドを使って特定のメソッドをスタブ化する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/15d87795b194276502ac41b859471a31235e974f/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCUlNwZWMlNUQlMjBhbGxvdyVFMyU4MCU4MXJlY2VpdmUlRTMlODAlODFhbmRfcmV0dXJuJTIwJUUzJTgzJUExJUUzJTgyJUJEJUUzJTgzJTgzJUUzJTgzJTg5JUUzJTgyJTkyJUU0JUJEJUJGJUUzJTgxJUEzJUUzJTgxJUE2JUU3JTg5JUI5JUU1JUFFJTlBJUUzJTgxJUFFJUUzJTgzJUExJUUzJTgyJUJEJUUzJTgzJTgzJUUzJTgzJTg5JUUzJTgyJTkyJUUzJTgyJUI5JUUzJTgyJUJGJUUzJTgzJTk2JUU1JThDJTk2JUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1iODg2YmJkNTM0ODVhYzI4NWQxNTExYzBiNDE3ODY2Zg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzdXp1a2k4NiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9OTZkMzMwMjQzYmYxYTE3YzBiNjA1MWNjZGYxN2FlMjU%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gVGltZXJzIGluYw%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Db8e813396720bf77dc5db0499a15d2ba)
AppleScript で iTerm2 Version 3 を操作する | DevelopersIO
ターミナル起動時にいろいろやる iTerm はターミナルのエミュレータツールです。 様々な機能 が存在するため、ターミナルの代わりに利用している人も多いのではないでしょうか。 私は毎朝ターミナルを起動した後に以下の行動を取ります。 複数のタブを開く 全てのタブにおいて特定の（Git 管理下の）ディレクトリに移動する 全てのタブにおいて git pull を実行する 今回はこの作業を AppleScript で自動化します。 ※ iTerm2 Version 3 は現在 Beta 版であり、かつ以前のバージョンとは AppleScript の書き方に互換性がありません。Version 2 以前では以下のコードは動かないのでご注意ください。 サンプルコード set directories to {"directory-a", "directory-b", "directory-c"} set
「熱中症は生卵がゆで卵になるような状態」というのは間違いである、というタンパク質ガチ勢の解説
ポン酢 @fps_pon_34 熱中症の死因がタンパク質の変性だというツイートがまことしやかに伸びているので異論を唱えようと思う。(ちょっとさすがにタンパク質屋の端くれとして誤解されるのは許せなかったのでその是正ということで…) ポン酢 @fps_pon_34 1) 熱中症の死因に多い敗血症や多臓器不全は体内の組織が細胞レベルで破壊されることで起こる。この原因は免疫系の暴走だと考えられており、免疫抑制の薬を投薬すると熱中症による神経破壊が抑制される(Liu et al., J Physiol. 2000)ことも傍証となっている。 ポン酢 @fps_pon_34 2）タンパク質は熱をかけると変性する。特に神経信号を伝達する「チャネル」と呼ばれるタンパク質は熱に弱いことが多い(私の実験的経験則)。しかし、それではタンパク質の代謝の面から説明がつかないのと、多臓器不全などの症状の説明はできない。
「勝てばドイツ人？ 負ければ移民だから？」エジルが怒りの告発、そして代表引退を表明（SOCCER DIGEST Web） - Yahoo!ニュース
ドイツ代表のMFメスト・エジルが、ついに重い口を開いた。アーセナルのシンガポール遠征を前に、自身のSNSで３部構成の一大声明を発表したのだ。 まず最初に題したのは「３の１：エルドアン大統領とのミーティングについて」。今年５月に物議を醸した事件について、その見解を明らかにしたのである。 ワールドカップ開幕前の５月15日だった。エジルは同じドイツ代表のMFイルカイ・ギュンドアン（マンチェスター・シティ）、トルコ代表FWセンク・トスン（エバートン）とともに、ロンドンを訪問していたトルコのレジェップ・タイイップ・エルドアン大統領とイベント会場で面会。３人はいずれもトルコ系移民のドイツ育ちである。 それぞれの所属クラブのユニホームをプレゼントするなど、会談は和気あいあいとしたムードで進み、最後に何点かの記念撮影を行なった。これがのちに大きな火種となるのだ。エルドアン大統領が所属する公正発展党（AKP
普通のHTMLの書き方
保守しやすく、規模に依存しないHTML文書のために 一般 DOCTYPEで始める 置き換えられるべきまたは旧式のDOCTYPEを使わない XML宣言を使用しない 文字参照はできる限り使わない &と<、>、"、'は名前文字参照を使ってエスケープする 制御文字や不可視文字は数値文字参照を使う コメントではその内容の前後へ空白文字を置く 終了タグを省略しない 空要素の書き方を混ぜない タグや属性値の前後へ空白文字を置かない 大文字・小文字を混ぜない 引用符を混ぜない 属性を2文字以上の空白文字で区切らない 真偽値を取る属性の値は省略する 名前空間は省略する XML属性は使わない data-*とMicrodata、RDFa Lite用の属性と通常の属性を混ぜない デフォルトの暗黙のARIAセマンティックスを尊重する 文書要素 lang属性を追加する lang属性の値はできる限り短くする できる限り
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RSpecのshouldはもう古い！新しい記法expectを使おう！
wikihub.io
Linuxの権限確認と変更(chmod)（超初心者向け） - Qiita
「ls -l」コマンドの表示からファイルの属性を理解しよう