単一テーブル継承をテストするときの注意 - 技術メモ的なモノと気になるモノ
Railsのテストで、ここしばらくはまっていた。というのも、継承関係にあるModelをテストしようとするとエラーがでて止まってしまうので、困っていた。 たとえば、アジャイル本第2版の例にあるような「Personモデル <= Customerモデル」の場合、Personのテーブルは実態があるけど、Customerはそれに対応したテーブルが無い。Personテーブルのtypeカラムにcustomerってかかれるだけだからだ。 でも、テストプログラムは以下のようにスケルトンが作られている require File.dirname(__FILE__) + '/../test_helper' class CustomerTest < Test::Unit::TestCase fixtures :customer # Replace this with your real tests. def tes
Ruby On Rails ピチカート街道 - unit test ユニットテストの準備 -
ユニットテストをする時には、test/unit/ ディレクトリの中にある、ユニットテスト用のファイルを実行します。 ユニットテストは、単体試験とか、単体テストなんていう呼び名が使われることもあります。 でも、ユニットテストを実行する前に準備が必要なのヨネ！ では、例として、 # rails myapp として出来たプロジェクト myapp の、 test/unit/honyarara_test.rb ファイルを実行するための準備手順を書いておきます。Honyarara モデルに対するユニットテストのためのファイルですね。 まず、準備をしないで無謀にもいきなり、 # ruby test/unit/honyarara_test.rb という風に実行しようとすると、 Mysql::Error: #42000Unknown database 'myapp_test' 1 tests, 0 asse
[ThinkIT] 第4回:Railsでテストをしてみよう (1/4)
近年のシステム開発では図1に示すように自動化されたテストを取り込み、継続的インテグレーションを実現した開発スタイルが提唱されています。 テストの自動化を導入することで、ソフトウェア開発で最も恐れるべき事象の1つであるデグレードを回避することができるため、積極的にコードを整理（リファクタリング）することができるようにもなります。 またテストの自動化は、先進的なアジャイル開発ではもちろんのこと、従来のウォーターフォール型開発プロセスにも有効的な適用が可能であるため、近年急速に一般化しつつあります。そしてRuby on Rails（以下、Rails）にはテストの自動化を実践するためのサポートが含まれています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
