factory_girl で最低限知っておきたい4つの使い方 - (ﾟ∀ﾟ)o彡 sasata299's blog
2013年08月22日13:26 Ruby factory_girl で最低限知っておきたい4つの使い方 みなさん、テストを書くときには Fixture Replacement として何を使ってますか？一番メジャーなところだと factory_girl でしょうか。machinist も有名ですね。シンタックスの違いのようなので基本的にはどちらでも良さそうです。 参考（stackoverflow）Machinist vs FactoryGirl - pros and cons In other words, both are extremely similar, just with a different default syntax. 今回は（僕が factory_girl4.2.0 を使ってるので）factory_girl4.2.0 についての話です。 インストール まずインストールし
最終回 テスト自動化でアプリケーションの品質向上（1/4） - ＠IT
アプリケーションをModel－View－Controllerと明確に分離することには、単体テスト（＝ユニット・テスト）を行いやすくするという目的もある。 例えばWebフォームでは、すべての機能がページに集約されるので、単体テストを実施するにはページをインスタンス化するためにWebサーバを準備する必要があった。しかしASP.NET MVCでは、例えばControllerを表すコントローラ・クラスも、POCO（Plain Old CLR Object）であるので、インスタンス化も容易だ。テスト実施に当たってサーバの準備は必要ない。これは、ASP.NET MVCの大きな特長の1つだ。 連載最終回となる今回は、これまで作成したサンプルを前提に、ASP.NET MVCアプリケーションをテストする方法について、以下の内容を軸に解説する。 Visual Studioで単体テストを準備／実行する方法 モッ
RSpecによるユニットテストの書き方 — recompile.net
2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと
C#で始めるテスト駆動開発 ～TDDBC横浜の課題をやってみよう
はじめに 各地でTDD Boot Camp（TDDBC）が開催されるようになり、このところTDD（テスト駆動開発）が注目を浴びています。ただ、自分でも試してみようと思った時に目につく書籍や記事などは、Java、Ruby、PHPといった、いわゆるオープンソース系の言語ばかり。.NET Framework（Windows）で開発の仕事をしているとTDDは関係ないんだろうか、…とさえ思えてくるかもしれません。 しかし、そんなことはありません。.NET FrameworkでのTDDに必須のユニットテストフレームワークとして有名なNUnitの最初のバージョンは、Visual Studio .NET 2002がリリースされる以前の2001年に公開されています。.NET Frameworkは、生まれたときからTDDと共にあると言っても過言ではないでしょう。 この記事では、TDDとTDDBCについて簡単に
Rails の ActiveRecord モデルテストの書き方ガイドライン - passingloopの日記
このエントリでは，Ruby on Rails （以下 Rails）の ActiveRecord モデルテストについて，1) どこの何をテストすればよいか，2) どのようにテストを書けばよいか，のガイドラインを示します．このガイドラインは Rails 公式のものではなく，id:passingloop が使っている私的なものです．疑問・質問・批判・間違いの指摘はページ下部のコメント欄までお願いします． はじめに Rails は TDD/BDD サポートが充実した Web アプリケーション開発フレームワークです．Rails で使える Test::Unit や RSpec などといったテスティングフレームワークの使い方に関する解説も豊富にあります．しかし，「どこをどうテストすればよいのか」についての解説は，「使い方」の解説と比較して少ないように思います．もっとも，テスト一般についてどう書くかはアプ
NUnit 2.5 - 廻る技術の覗き穴
NUnit 2.5がリリースされました。 Release Notes: NUnit 2.5 リリースノートを見てみると、面白そうな機能が追加されているようなので、ちょっと遊んでみました。 (2009年5月26日追記：Release Notesには「Release Candidate」と書いてありますが、ちゃんと「Final Release」が公開されています。) パラメータ化されたテスト TestCase テストケースをAttributeで書くことができます。 たとえば、以下のように書くと、引数を変えて3回のテストが実行されます。 [TestFixture] public class AttributeTestSample { [TestCase(1, 2, 3)] [TestCase(10, 20, 30)] [TestCase(10, 10, 20)] public void Test
テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる, tDiary 3.0.2 リリース - 会長@腹部日記(2011-04-29)
_ テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる まず、導入された結果は以下のようになっております。信じられないものもありますが、事実です。 1. マージが頻繁に行われる開発中はNoMethodErrorや文法エラーが続出。必要なコードのマージ漏れまで発生 2. 修正の度に人力テストが必要となり、コスト増大 3. これまで以上に責任論が追求される現場となる 4. コスト増加を恐れるあまりリファクタリングはおろか、巨大な迂回処理やコピペが横行する 本プロジェクトには、以下のようなテストコードを作(らない|れない)様々な原因があります。 問題分類 現場への影響
テスト駆動開発チートシート - やさしいデスマーチ
TDD（テスト駆動開発）のチートシートを作ってみた。 TDDBCでid:t-wadaさんが話している内容とかテスト駆動開発入門から引っ張ってきています。 ダウンロードはこちらからどうぞ。 PNGイメージ: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.png PDFファイル: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.pdf 追記 印刷・再配布などはご自由にどうぞ。 もし、元データ（OmniGraffle）が欲しいという人は、コメント欄かTwitter経由で教えていただければ差し上げます。 追記２ このチートシートは、OmniGraffleで作りました。他に使えそうなツールとしては、イラレとか。Visioでもたぶん作れると思います。
NUnitでプライベートメソッドをテストする:アーキテクト360
.NETアプリケーションのアーキテクチャやフレームワーク、設計に役立つ情報を中心に紹介しています。また業務システムに役立ちそうなユーティリティやノウハウをサンプルコードつきで公開しています。言語はC#とVB.NETを扱っています。 NUnitでプライベートメソッドをテストするときのサンプルコードをまとめた。パブリックメソッドをテストするときは、本番コードがテスト対象のクラスを呼び出すように呼び出して呼び出せば良い。（例：Addメソッド）プライベートメソッドをテストするには、面倒であるが、下記のコードのようにリフレクションを使って呼び出すしかない。下記サンプルコードは、プライベートなインスタンスメソッドと、プライベートなスタティックメソッドのサンプルコードと、テストコードの例である。Subメソッドは単純な引き算のメソッドであるが、プライベートである。Type.GetMethodを使って、タイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト