自動テストのfixtureを効率的に管理する方法
みなさんこんにちは。@ryuzeeです。 僕がやっている案件(PHP)はもともとテストコードのないレガシーなプロジェクトで、それを改善するためにずっと動作を確認するための結合レベルの自動テストを増やしてきました。 そんな中で、僕のところではどうやってテスト用のfixtureを管理しているか事例として紹介したいと思います。 最初にコアとなるfixtureを用意するみんながたくさんテストを作る前にコアとなるテスト用のfixtureは用意しておきます。 さもないと、みんなが好き勝手にfixtureを作ってしまい、あっという間に混乱に陥ります。 プログラム本体と同様に、DRYの原則で、同じようなテストデータを繰り返し作ってしまうようなことは避けるべきです。 最悪なパターンは、開発機や本番機のデータを引っこ抜いてきて、それをそのままテストデータとしてごっそり使う方法です。 流石に居ないと思いたいです
FixtureからFactoryGirlへ : Figure out!! -ドリコムエンジニアブログ
Fixture suck! と言われて久しいですね。こんにちは！ onk です。 最近は Rails 3.0 でソーシャルアプリを作っています。で，BDD に RSpec 2.0 ＆ FactoryGirl を使い出したので FactoryGirl についてご紹介。 define まず，FactoryGirl は ActiveRecord に依存しています。factory の定義は AR のモデル単位。 Factory.define :onk, :class => User do |user| user.name "onk" user.email "onk@drecom.co.jp" end たとえばこんな感じですね。 create / build 定義した factory を使うときは Factory.create(:onk) #=> #<User id: 1, name: "onk",
データベースからテストフィクスチャを抽出する(to_yaml 不使用) - elm200 の日記(旧はてなダイアリー)
ar_fixtures の出力はなんだかダサくない？ データベースから yaml 形式のフィクスチャを抽出するプラグインとしては、ar_fixtures がある。さっきインストールして使ってみたけど、どうも yaml の出力が気に入らない。たとえば次のような感じになってしまう。 --- - !ruby/object:Entry attributes: title: MyString1 body: MyText1 id: "1" - !ruby/object:Entry attributes: title: MyString2 body: MyText2 id: "2" - !ruby/object:Entry ってなんだかよくわからないのがついてるし、カラムの表示順がランダムになってしまっていて、見づらい。次のような出力がほしいのだ。 entry1: id: 1 title: MyStri
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.func09.com/wordpress/archives/532
