Rspec/Capybara/Turnipの入門記事を全力でまとめてみた - 酒と泪とRubyとRailsと
Rspec/Capybara/Turnipの入門記事を全力でまとめてみた Aug 30th, 2013 Tweet さっき、『 The Rspec Book』を読み終えました。厚めの本ですが、RspecやCucumber、Webrat、Seleniumなどを活用するためのノウハウ満載で大満足でした！ ということで、この本で読んだ内容を忘れないようにするためと、その過程でRspec/Capybaraなどのネット資料をあつめたので、まとめるためにこの記事を書きます。もし、間違いを発見した場合や他にもいいリソースがあれば、是非メッセージを願いします！ テスト駆動開発(TDD)と振る舞い駆動開発(BDD) テスト駆動開発(TDD)とは、コードを書く際に最初にテストを書き、次にテストが通る最低限のコードを書き、その後にリファクタリングしていく開発手法です。一方で振る舞い駆動開発(BDD)はTDDの発
[Xcode 5] Test Navigator と XCTestを使ってみる | DevelopersIO
はじめに Xcode 5 で XCTest という新しいテストフレームワークが投入されました。OCUnitを使ったプロジェクトからのコンバートもできるので、それを置き換えるものと考えて良さそうです。また Test Navigator という新しいナビゲータが導入され、テストターゲットとの親和性が高くなっているようです。さらにコマンドラインからのテスト実行もサポートされました。 導入 何も考えなくてもプロジェクトを作成すると勝手にTestターゲットが作成されます。素敵です。 メニューからProduct -> Test 又は Command + U でテストが実行されます。Testクラス新規作成時はXCFailが1つ設定されているので必ずテストが失敗します。この辺はOCUnitと変わりません。 Test Navigator で動作させる ナビゲータから↓のアイコンを選択します。 最後に実行した
![[Xcode 5] Test Navigator と XCTestを使ってみる | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d6d42bb8eb763a9d4914eebb951bc5e3e7718d03/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fios7_logo_xcode5.png){kind=logo}
Xcode5でUnitTest(XCTestフレームワーク)を利用してみる。
Xcode5(iOS7対応バージョンの統合開発)を利用するので、当然言語はObjective-Cです。 今回のエントリーはタイトル通りの繰り返しになりますが 「Xcode5でUnitTestを利用してみる。」となります。 Xcodeに限らず、Eclipse,Visual StudioでもUnitTestを実装しながら アプリ開発を行う開発手法は存在しています。しかしまだまだ成熟しているとはお世辞にも言えないです。 今までのXcodeでは、UnitTestを利用するのに手間がかかっていましたが、Xcode5からは簡単に利用できるようになったそうです。 と言う事で、まずはXcode5のUnitTestがどの様な物かとの概要を掴む必要があると思い、本エントリーを作成するに至りました。ほんと、UnitTestを効率的に使ったアプリ開発を行うことは色々な意味で困難です。無念すぎる・・・ 本エントリー
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
Test::MockObject::Extendsで手作りオブジェクトスパイ - Qiita
単体テストなどで「あるオブジェクトの特定のメソッドが呼ばれたかどうか」を検証したい時はスパイ(Spy)を使うといい。Test::MockObject::Extendsを使うと、以下のようにしてスパイを実現できる。 package Sample; ######## Test target object use strict; use warnings; sub new { my ($class) = @_; return bless {}, $class; } sub foo { return "bar"; } package main; ######## Test code use strict; use warnings; use Test::More; use Test::MockObject::Extends; my $sample = Sample->new; my @foo_lo
[perl] コントローラがどのテンプレを表示したかをテストする - tokuhirom's blog
Module::Spy をつかう。 my $render = spy_on('Text::Xslate', 'render'); # コントローラをよぶ ...; my $tmpl = $render->calls_first->[1]; ok { $tmpl eq 'my/index.tt' };
Sub::Spy - Sub::Spy is subref wrapper that records arguments, return value, and exception thrown. - metacpan.org
NAME VERSION SYNOPSIS DESCRIPTION FUNCTIONS spy($subref) inspect($spy) INTERFACE of Sub::Spy::Result get_call(i) call_count called called_once called_twice called_thrice called_times(n) args get_args(i) exceptions get_exception(i) threw return_values get_return_value(i) INTERFACE of Sub::Spy::Call args exception threw return_value DEPENDENCIES BUGS SEE ALSO AUTHOR LICENSE AND COPYRIGHT NAME Sub::S
Test::Nginxでnginxモジュールのテストを自動化する - Qiita
use lib 'lib'; use Test::Nginx::Socket; #repeat_each(2); plan tests => repeat_each() * 2 * blocks(); run_tests(); __DATA__ === TEST 1: list --- http_config upstream backends { zone zone_for_backends 128k; server 127.0.0.1:6001; server 127.0.0.1:6002; server 127.0.0.1:6003; } --- config location /dynamic { dynamic_upstream; } --- request GET /dynamic?upstream=zone_for_backends --- response_body 127
第1回 Perlにおけるテストの概要／TAPとは？ | gihyo.jp
モバイルファクトリーの松野です。 今回から数回にわたって、Perl におけるテスト手法についてリレー形式で詳細に解説していきたいとおもいます。 今回は初回ですので、ざっくりと概論になります。 Perlの世界におけるテストの重要性 Perlの世界においてはテスト（test）は大変重要視されています。 その特徴がよく表れているのがCPAN Testersではないでしょうか。 CPAN Testers Perlといえば何はなくともCPANなわけですが、CPANでモジュールを探していると、図1のように、「CPAN Testers」という項目があることに気付きます。 図1 CPAN Testers 世界中のPerl Mongersが、自分のマシンでテストを動かして、その結果をCPANに送っているのです。これにより、様々なOS／CPU／versionのPerlでテストがされています。貴方も気軽にCP
.cgiで書かれたアプリをPlack::Testでテストする - メメメモモ
各処理が.cgiファイルで分かれているアプリをPlack::Testでテストする方法です。 Plack::App::CGIBinでPSGIアプリに変換する .cgiファイルが置かれているディレクトリで以下のようなapp.psgiを置きます。 #!/usr/bin/perl use strict; use warnings; use File::Basename; use Plack::Builder; use Plack::App::CGIBin; my $basedir = dirname(__FILE__); builder { mount '/' => Plack::App::CGIBin->new( root => $basedir, exec_cb => sub { 1 } )->to_app; }; これで、PSGIアプリになります。 $ plackup app.psgi とい
第23回 Perlアプリケーションのテストと高速なCI環境構築術（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回はmyfinderこと久森達郎さんで、テーマは「Perlアプリケーションのテストと高速なCI環境構築術」です。テストに利用するさまざまなモジュールから、CI（Continuous Integration、継続的インテグレーション）環境の構築、そして増えたテストを高速に実行する枠組みの構築までを紹介します。 なお本稿のサンプルコードは、本誌サポートサイトから入手できます。 テストの目的 まずはテストを行う目的を整理します。 コードを壊していないことを確認する 1人で開発するものであれば、どんな状況であれ責任を負うのは自分だけですが、チームや組織が複数にまたがる場合にはテストが重要になります。プロダクトが大きくなるにつれ、自分の開発によって想定外の機能にも影響を与えることが多くなります。逆にほかの開発者が行ったコミットによって
ソースコード以外もとにかくテストする。もしくはカバレッジだけではダメだという話 | おそらくはそれさえも平凡な日々
あなたはプロジェクトのソースコードに対して適切にCIを回しているかもしれません。定期的にコードカバレッジの測定も行い、90%以上もしくは100%の数字を出しているかもしれません。 しかし果たしてそれで十分でしょうか？もしくはコードカバレッジだけにとらわれすぎていないでしょうか？ 監視とは(システムに対する)継続的なテストである、というのは筆者の尊敬する奥一穂氏の言葉ですが、その逆もしかりで 「テストとはプロジェクトに対する継続的な監視である」 ということも言えます。 その観点に立ってみると、プロジェクトのソースコード以外にもテストが必要なものがたくさんあることに気づくでしょう。以下に実際に筆者が自分のプロジェクトの中でソースコード以外にテストを書き、CIを回していたものを挙げてみます。 アプリケーション設定ファイルのテスト 開発中に本番用の設定ファイルを使うことはないため、本番用の設定ファ
Perlで一枚岩のスクリプトをテスタブルにする | おそらくはそれさえも平凡な日々
Perlで単一ファイルのスクリプトを書くと、すぐに配置して動かせるので重宝しますが、テストを書きづらいのが難点です。 ちゃんとpmファイルに分割して云々とかやると単一ファイルで動かなくなるし、かと言ってfatpackするのもちょっとした用途だったらやり過ぎだしめんどくさい。 ということで以下のように書いてはどうか。 if ($0 eq __FILE__) { main(); } sub main { ... } $0に実行ファイル名が入っているので、それがスクリプトファイル名と一致していたらmainの処理を実行する。pythonのif __name__ == '__main__':みたいな感じ。 このスクリプトをテストしたいときは、普通にテストスクリプトを書いてrequire 'main.pl';とかやれば、plファイルの中で定義されている関数とかが個別に呼び出せるのでそれをテストしてやれ
TDD use Perl - Qiita
あけましておめでとうございます。 昨年は JS くらいしか書いてないような気がするので Perl +TDD で年始め。 題材には これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE の問題を流用します。文量がありますが良記事なので、未読の方は一度読んでおくと良いです。（Perl環境は用意されているとします） 今回利用するモジュールとかツールとか Test::Harness ... テストを実行するコマンド prove を利用できるようにする App::Cpanminus ... CPANモジュールをインストールするコマンド cpanm を利用できるようにする Carton ... 開発するディストリビューションで依存するモジュールを管理するツー
perl版autotestを作ってみた - (ﾟ∀ﾟ)o彡 sasata299's blog
2008年11月01日23:15 Perl perl版autotestを作ってみた 先日、rubyのautotestが素晴らしいという記事を書きました。 それで、perlでも同じようなのがないかな〜と思って調べてみたら、Test::Continuousというのを見つけました。 これがほぼ仕様を満たしているんですけど、Mac::Growlってモジュールが必須みたいでインストールが出来ない・・・。あと、出来ればAutotest::screenみたいに結果をscreenにバシっと表示させたい ってことで、自分で作りましたよ.｡ﾟ+.(･∀･)ﾟ+.ﾟ こんな感じ。 autotest.pl #!/usr/bin/perl use strict; use warnings; use Cwd; use File::Modified; use Getopt::Long; my $color = { bl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLで簡単にランダムなテストデータを作成する方法 - Qiita
Magnolia K, Author at Garten Blog - Your Tech Companion
