お財布に優しいCI改善小ネタ集 - メドピア開発者ブログ
こんにちは。サーバーサイドエンジニアの三村（@t_mimura）です。 主に保険薬局と患者さまを繋ぐ「かかりつけ薬局」化支援アプリ kakariのサーバーサイド開発（Ruby on Rails）を担当しています。 今回はRailsシステムのCI時間をコスト追加なしで半減した話をします。 目次 前提 対象プロジェクト CIの状況 改善結果 改善内容 前提知識: CIのキャッシュ機能 webpack buildのキャッシュを活用 RuboCopのキャッシュを活用 ESLintのキャッシュを活用 Jestのキャッシュを活用 RSpec Jobをテスト特性ごとに分割 CircleCIのリソースクラスと並列数の最適化 採用しなかった・見送った改善候補 HAML-Lint, Fasterer, Brakemanのキャッシュを活用 Stylelintのキャッシュを活用 bootsnapを活用 Jestの
【初心者向け】テストコードの方針を考える（何をテストすべきか？どんなテストを書くべきか？） - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 「テストコードを書きましょう」とはよく言われるし、テストコードが大事だってことも理解できるんだけど、何をテストしたらいいの？どんなテストを書いたらいいの？と迷っている初心者プログラマさんは意外と多いのではないでしょうか？ そんな方たちに向けて、この記事では僕が普段意識しているテストコードの方針を紹介します。 おことわり 本来であれば具体的なコード例も豊富に入れたいところなのですが、かなり時間がかかってしまうので、いったん文章メインで記事を公開します。 もしかすると、そのうちコード例も一緒に盛り込んだ「リッチバージョン」を公開す
【Everyday Rails Blog 翻訳】RSpec 3.7.2へのアップグレードとシステムスペック - give IT a try
はじめに 先日もお伝えしたとおり、電子書籍「Everyday Rails - RSpecによるRailsテスト入門」はRails 5.1とRSpec 3.6に対応しました。 ただし、RSpecについては現在すでにバージョン3.7がリリースされています。 RSpec 3.6と3.7は機能的な差異はほとんどないのですが、一点だけ、「システムスペック」という新しいタイプのテストが増えています。 このシステムスペックについて、原著者のAaronさんがご自身のブログで紹介されているので、その内容を翻訳してみました。 Everyday Railsの読者の方は（もちろんそれ以外の方も）ぜひ参考にしてみてください。 RSpec 3.7.2へのアップグレードとシステムスペック 原文: Upgrading to RSpec 3.7.2 and system specs | Everyday Rails 数ヶ月
RSpecによるRailsテスト入門
テストの原則 テストは信頼できるものであること テストは簡単にかけること テストはかんたんに理解できること スピードを重視しないこと テストの中では過度にDRYなコードを目指さないこと テストの重要なテクニック 期待する結果は能動形で明示的に記述すること 起きて ほしい ことと、起きて ほしくない ことをテストすること 境界値テストをすること 可読性を上げるためにスペックを整理すること describe: クラスの機能に関するアウトラインを記述する。 context: 特定の状態に関するアウトラインを記述する。 before: スペック内の重複コードをきれいにするために必要不可欠。describe ブロックの中にある各 example の前(before)に実行される RSpecのセットアップ group :development, :test do gem "rspec-rail
2017年版「Everyday Rails - RSpecによるRailsテスト入門」の翻訳スケジュールについて（2017年10月時点） - give IT a try
英語版は2017年版のアップデートが完了、日本語版はいつ？ 僕が翻訳者の一人として販売している電子書籍、「Everyday Rails - RSpecによるRailsテスト入門」に関する2017年10月時点の状況報告です。 Everyday Rails - RSpecによるRailsテスト入門 - Leanpub 英語版の方は先日、Rails 5.1 + RSpec 3.6対応版（2017年版）の執筆が完了しています。 一方、日本語版は1つ前のRails 4.1 + RSpec 3.1版になっています。 英語版のアップデートが完了しているので、日本語版も早くアップデートしなければ、と考えてはいるのですが、残念ながら翻訳作業はあまり進んでいません。 具体的な日程は未定ですが、これから年末にかけて翻訳を加速させて、年明け（2018年1月～2月頃？）に日本語版をアップデートしたいと考えています。
【翻訳】「Everyday Rails - RSpecによるRailsテスト入門」の2017年版アップデートについて - give IT a try
はじめに 先日、僕が翻訳をしている電子書籍「Everyday Rails - RSpecによるRailsテスト入門」の英語版が大幅にアップデートされました。 アップデートの内容は原著者のAaronさんが自身のブログで説明しています。 そこで、このエントリでは日本語版の読者のみなさんに向けて、上記ブログの内容を翻訳します。 備考 2017年6月時点ではまだ英語版しかアップデートされていない点に注意してください。 日本語版も早めにアップデートする予定ですが、現時点では具体的なスケジュールは未定です。 「Everyday Rails - RSpecによるRailsテスト入門」の2017年版アップデートについて みなさん、新しくなった「Everyday Rails - RSpecによるRailsテスト入門（英語版）」がついに公開されました。これまでのアップデートとは異なり、今回は本書を全面的に書き
Rails アンチパターン - 錆びついたファクトリー (factory_girl) - アジャイルSEの憂鬱
技術書典は書く側で参加したい気持ちはあるけど、書くネタと書く時間があるかどうか…— 神速@リリカルエンジニア (@sinsoku_listy) 2017年4月9日 あー、自分の知ってるRailsアンチパターンとか書きたいかも。自分の犯した罪(アンチパターン)を贖罪したい…。— 神速@リリカルエンジニア (@sinsoku_listy) 2017年4月9日 技術書典2 に行ったら無性に本を書きたくなったけど、本書くのは 面倒 大変です。 というわけで、とりあえずブログに記事を1つ書いてみた。 factory_girl factory_girl はテスト用データを作成するときに使う gem です。 下記は User のモデルを定義するファクトリーです。 FactoryGirl.define do factory :user do first_name "John" last_name "Doe
テストコードにまつわる5つのエトセトラ - give IT a try
はじめに ひとつ前のエントリでRSpecの話を書いたので、それにちなんで最近僕の身の回りで起きたテストコードに関する雑多なエピソードをいくつか書いてみます。 その１：テストコードを書いてない処理で見事にバグを出してしまった・・・！！ 僕はソニックガーデンの中では「テスト番長」の異名を持っていて、基本的にテストコードはしっかり書くタイプです。 ですが、どうしてもリリースを優先しなければいけないときは、やむを得ずテストコードを後回しにして先にリリースすることもあります。 先日リリースした「テストを後回しにしたコード」は、リリース直後は問題なく動いていました。 その数週間後、別の仕様変更が入り、変更したコードをリリースしました。 「テストは全部パスしているので大丈夫なはず～！」と思ったら、リリースの翌日に変なシステムエラーが発生。 エラーが起きている場所を見て、ガーン。 例の「テストを後回しにし
Factory Girl Railsのチートシート - Rails Webook
Railsのテストで複数のオブジェクトの作成を簡易に行えるFactoryGirl。 FactoryGirlについて基本的なことを知っていることを前提に、RailsでFactoryGirlを使うよく使う機能やTipsをまとめました。 動作確認 Rails 4.1.7 Factory Girl 4.4.0 Factory Girl Rails 4.4.1 目次 1. Factory Girlのインストール 2. FactoryGirlシンタックスの省略 3. FactoryGirlの使い方あれこれ 3.1. オブジェクトのビルド、作成、スタブ作成、属性取得 3.2. 特定の値を指定してオブジェクトを作成 3.3. ブロックを渡すことで細かな処理を記載可能 3.4. 一度に複数のレコードを作成する 4. Factory定義のあれこれ 4.1. 他の属性に依存する属性を定義する 4.2. fact
リーダブルRspec - Qiita
はじめに リーダブルRspecというタイトルつけましたが、そんな大それたものではないです テスト書くときでも名前付け重要だからちゃんとしよう!っていうだけの内容です RspecがBDDのためのツールであることを意識しつつ、 Rspecの流儀に則って適切に名前付けをして書くと読みやすいテストがかけるはずです describe/context/exampleのメッセージに適切に名前つける これが出来るだけで当然読みやすいテストになる describe->テスト対象 context->テストする状況 example->テスト(itやspecify) なので、 『aaaはbbbの時cccになる』 というテストを書くときは次のようになる 重要なのは describe/context/exampleだけでテストの概要を説明すること 理解しやすい状態になっていないと、負債になってしまう 1つのdescr
Better Specs. Testing Guidelines for Developers.
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
追加コンテンツが盛りだくさん！「RSpecユーザのためのMinitestチュートリアル」の正式版を公開しました - give IT a try
はじめに 本日、電子書籍「RSpecユーザのためのMinitestチュートリアル」の正式版を公開しました。 このエントリでは正式版の内容を詳しく紹介します。 Everyday Rails - RSpecによるRailsテスト入門 / RSpecユーザのためのMinitestチュートリアル おさらい：「RSpecユーザのためのMinitestチュートリアル」とは？ 「RSpecユーザのためのMinitestチュートリアル」はその名の通り、Minitestを使ったテストコードの書き方をチュートリアル形式で説明する技術書です。 タイトルに「RSpecユーザのための」とあるように、RSpecに関する知識がある程度ある人を対象にしています。 また、書籍内で使用しているテストコードは「Everyday Rails - RSpecによるRailsテスト入門」のものをベースにしているので、Everyday
Rails / RSpec テスト書いたことない ﾒﾝﾄﾞｸｻｲ（n´Д｀）という時のチートシート
テストを書かないようになってしまっていた。 大きなアプリケーションではないし一人で作ってるし… まぁいいか的な。 ただ、コードの量が増えていくにつれやっぱりちょっと辛い。 書き方すっかり忘れたので、RSpec再入門。 環境 Vagrant + CentOS (centos64box) Ruby 2.2.1 Rails 4.1.1 最終的なGemfile（テスト関係だけ） テスト用のDBの設定をお忘れなく。 gem 'pg' group :development, :test do gem 'rspec-rails' gem 'factory_girl_rails' gem 'guard-rspec' gem 'spring-commands-rspec' end group :test do gem 'faker' gem 'capybara' gem 'database_cleaner'
Rails4のconcernsなmoduleのテストをrspecで書く方法 - リア充爆発日記
Railsとcapybaraで何かをドラッグアンドドロップしてソートするテストを書くではカテゴリをソートするfeaturesなテストを書いたけど、アレには当然modelのテストもある。 モデルにはCategory.reorderという並び替えを行うメソッドがあって、これのテストはcategory_specに書いていた。 が、別の種類のカテゴリが必要になり、もともとあったCategoryと同じ仕様でソートができる仕様であったため、FooCategoryとBarCategoryに分け、このソート処理をconcernsの下にCategorySortable moduleとして切り出した。 app/models/concerns/category_sortable.rb module CategorySortable extend ActiveSupport::Concern included d
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - willnet/rspec-style-guide: 可読性の高いテストコードを書くためのお作法集
Docker時代の分散RSpec環境の作り方 // Speaker Deck
非表示要素はCapybaraのfindで検索対象になるのか - Qiita
【Rails】ぼくのかんがえたさいきょうの設定（rails newそのあとに） - Qiita
http://megaya.hatenablog.com/entry/2015/02/01/224949
http://blog.branch4.pw/blog/2014/07/27/first-rspec-with-rails/