Rails 7 API: ActiveRecord::FixtureSet（翻訳）｜TechRacho by BPS株式会社
概要 MITライセンスに基づいて翻訳・公開いたします。 英語API: ActiveRecord::FixtureSet バージョン: Rails 7.0.0 サイト: api.rubyonrails.org ライセンス: MIT-LICENSE 2019/07/11: 初版公開 2021/12/17: 5.2.3->7.0.0に更新 以下も参考にどうぞ。 週刊Railsウォッチ（20190708-1/2前編）ActiveRecord::FixtureSetがめちゃ強くなってた、MacだとRubyが遅い理由、Puma 4登場ほか 銀座Rails#13の発表スライド↓ Rails API: ActiveRecord::FixtureSet（翻訳） fixtureとは、テストの対象としたいデータ（つまりサンプルデータ）を組み立てる手法のひとつです。 fixtureはYAMLファイルに保存されます
Railsのテスティングピラミッド（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: The Rails Testing Pyramid 原文公開日: 2013/10/09 著者: codeclimate テストの速度が期待より遅くなっていませんか？それとも、テストが不安定でリファクタリングやアプリ機能の根本的な変更もままならない状況になっていませんか？長年運用されている大規模なRailsアプリではこうした不満をよく目にしますが、テスティングのためのよい手法が浸透していれば、こうした問題が長期に渡って発生することはないはずです。 「テスティングピラミッド」のコンセプトは、テストのバランスの維持やテストスイートの高速化、アプリの機能変更コストの削減に有用であり、テストスイートにおけるさまざまな種類のテストを組み立てるときの中心に位置づけられます。 Railsで最もよく知られている2種類のテストについては皆さんも既に実
ソフトウェアテストでstubを使うコストを考える（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Cost of stubs in tests 原文公開日: 2017/12/09 著者: Dmitriy Nesteryuk 本記事では、テストで何かと見かけるstubについて考察します。stubやmockは便利だと思う人もいれば、そう思わない人もいたりします（stubとmockは別物ですが、両者の違いは本記事の範疇ではないため、まとめてstubと呼ぶことにします: どうかご了承ください）。この話題は私が働いているチームではすっかり落ち着いていたのですが、最近になってまた話題にのぼったので、この際私の考えをざっくりここにまとめることにしました。誤りや見落としがありましたらぜひお知らせください。 かつての私は、依存をstubするのが大好きな開発者でした。テストが簡単に書けますし、読みやすく、しかもシンプルです。 class Cust
Rails: ActiveRecord関連付けのpreload/eager-loadをテストする2つの方法（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Two ways for testing preloading/eager-loading of ActiveRecord associations in Rails 原文公開日: 著者: Robert Pankowecki サイト: Arkency -- RailsやReact.jsの開発・教育・書籍を手がけています。 パフォーマンスに気を配っている開発者なら、#includes、#preload、#eager_loadなどの読み込みメソッドでN+1クエリを回避する方法をご存知でしょう。しかし自分の仕事が正しかったかどうか、期待する関連付けが本当にpreloadされているかどうかをチェックする方法はあるのでしょうか。そもそもどうやってテストすればよいのでしょうか。方法は2つあります。 Railsアプリに次の2つのクラスがあるとし
Ruby: テストを不安定にする5つの残念な書き方（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 元記事: Five ways to write a flaky test 原文公開日: 2016/10/21 著者: Kir Shatrov（@kirshatrov） 2017/05/08: 初版公開 2023/03/01: 更新 不安定なテストは、日々の苦労を台無しにしてくれる技術上の負債の一部となります。テストが不安定だとCIが赤信号になってしまい、それだけのために新しいコードのリリースを中断してビルドをやりなおすはめになります。実際のコードはどこもおかしくないのに、どこかがおかしいのではないかという疑念が湧くと、ストレスの元になります。 数百人の開発者と5万件のテスト項目があるような大規模案件1では、不安定なテストが混入する可能性がさらに高まります。 本記事で扱うデモの中には、テストの実行順序に関連するものもありますが、そうでないものも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
