はじめに 恐れ入りますがコード量が多いため、記事を2個に分けて書きました。 1個目は「インストールから Acceptance Test を動かすところまで」 2個目は「Acceptance Test のサンプルと Codeception の導入状況や、情報など」 この記事は Modern Testing in PHP な Codeception を触ってみた2 になります。 Modern Testing in PHP な Codeception を触ってみた1 は以下になります。 http://qiita.com/livejam_db/items/c991b00e606f50246bfe Acceptance Test のサンプル わりと説明省いてもコードを見たほうがわかりやすいかなと思ったので 簡単なサンプルを作ってみました。 プロジェクトルートに index.php を作って、それをテ
TDD is dead. Long live testing.に触発されたわけではないがけど。 ヾ(・ω<)ﾉ" 三三三● ⅱⅲ コロコロ♪ 関連記事: behat3とzombiejsでBDDに挑戦(1) [behat3とzombiejsでBDDに挑戦(2)] [behat 3.0 とzombiejsでBDDに挑戦(3)] [behat 3.0とphantomjsでBDDに挑戦(4)] [behat 3.0とJenkins CIでBDDに挑戦(5)] [behatとChrome HeadlessでBDDを実践(6)] [behat3とzombiejsでBDDに挑戦(1)]:http://qiita.com/dozo/items/be0ff9e9443413a32d25 [behat3とzombiejsでBDDに挑戦(2)]:http://qiita.com/dozo/items/4cb29
個人的に大注目しているPHP用のテスティングフレームワーク Codeception - BDD-style PHP testing. を試しています。 まだ日本語情報が少ないですが、以下のコードを見て一発で気に入ってしまいました。 <?php $I->am('testing framework'); $I->wantToTest('your web application'); $I->see('it works!'); Codeceptionってなに？ 特徴としては、 単体テスト、機能テスト、受入テストをすべてサポートする「フルスタックな」テスティングフレームワークである 主要フレームワークのサポートが充実している BDDスタイルの文法をサポートしており、テストコードの可読性に優れる 内部ではPHPUnitを利用しており、PHPUnit形式のテストも可能 といったところでしょうか。 20
PHPユーザーであれば、PHPが標準で持つ多くの内部（ビルトイン）関数や定数には日常的にお世話になっていることでしょう。これらの内部関数・定数はPHPの便利さの象徴といえます。しかし、内部関数や定数の使用はテストのしやすさを低下させる原因となります。以下のコードを見てみましょう。 <?php ... class CollectingType { protected $type; protected $expectedSuperTypes = array(); ... public function isTest() { if (in_array($this->type, $this->expectedSuperTypes)) { return false; } else { foreach ($this->expectedSuperTypes as $expectedSuperType)
By now you already know or should know about CakeTestCase::testAction() and the wondrous things it can do. However, testAction has a few shortcomings. It can’t handle redirects, it doesn’t let you use the power of Mocks, and its impossible to make assertions on object state changes. Sometimes you need to do things the hard way, stick your fingers in the mud and work it out. However, knowing how to
mock で外部依存なくしてユニットテストする例
mock を使ったニットテストの、シンプルなシーンをまとめました。例として「Twitter アカウントのスクリーンネームを指定し、そのアカウントの最新のツイートの内容を取得する」という機能を実装する場合を考えます。 まず、簡単にユニットテストを書けるような場合から考えます。create_user_timeline_url() 関数を定義し、Twitter アカウントの screen_name を渡すと、そのアカウントのつぶやきを取得するために URL が返される、としましょう。たとえば Twitter アカウントのスクリーンネーム wozozo を渡すと、 http://twitter.com/statuses/user_timeline/wozozo.json が返ってくることを確認します。 実装とテストは以下のようになります。URL のテンプレートを定数にしたほうがいいとかありますが、
PHPのテストライブラリとしては一番有名どころのPHPUnitと実際のブラウザをJavaScriptを使って画面遷移をテストすることができるSelenium RCを使って実際に結合テストを行ってみたので今回紹介したいと思います。 PHPUnit PHPUnitはPHPの一番有名なテストライブラリです。テストケースを用意することで仕様変更にも強いアプリケーション開発が可能になります。 さまざまなことができるPHPUnitですが、PHPUnitだけでは画面遷移のような機能テストは難しいものです。 なぜなら、PHPだけで画面遷移を確認するためにはブラウザの動きをシミュレーションしたライブラリを使ったりしてテストする方法になってしまうからです。 たとえばsymfony1系ではsfTestBrowserというライブラリが用意されていてこのライブラリを利用することでテストが行えるようになっていますが、
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
(2014/6/3 追記) MailCatcher がおすすめです。 MailCatcher (2008/11/4追記) gem版も作ってみました。 RubyでSMTPサーバを作る(1) - バリケンのRuby日記 - Rubyist id:muscovyduckさんの(素晴らしい)記事を参考に、ちょっとだけ手を加えて開発用のSMTPサーバ mocksmtpd.rb を作成しました。メールを外に出さずにHTMLで保存する単純なSMTPサーバです。 これを使うと、Seleniumでメールのテストが簡単にできるようになります。ユーザ登録時にURLをメールで送信して本人確認とか。間にメールが挟まってもテストがつながります。 使い方 # コンソールで実行 mocksmtpd.rb # デーモンとして実行 mocksmtpd.rb -d # デーモンを停止 mocksmtpd.rb stop他にオプ
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
はじめに－この特集のねらい この特集では、ソフトウェアの組み合わせテストについての技法である「オールペア法」と、オールペア法を採用したテストケース作成ツール「PICT」の機能、およびその効果的な使い方を、多くの例を用いて解説していきます。筆者はPICTを実際のテスト業務に1年半以上使用してきました。そこから得られたノウハウも合わせて公開したいと思います。 ソフトウェアはさまざまな因子（パラメータ）の組み合わせにより、その挙動が違ってきます。これらパラメータの組み合わせを総当りで行うことはテスト件数の爆発を招き、実際に行うのは多くの場合、不可能です。どのようにすればテスト件数の爆発を招かずに、しかもテストの質を落とさない組み合わせをテストできるかが重要な課題となっています。 こうした課題を解決するために考え出された効率的な組み合わせテスト技法は、大規模、複雑化するソフトウェアの組み合わせテス
TIBCOは、オープンソースのWebサイトテストツール「TIBCO General Interface Test Automation Kit 0.7」（GITAK）を公開した。TIBCO Developer Networkより無償でダウンロードできる。 「TIBCO General Interface Test Automation Kit」は、Webサイトの入力チェック、ボタンの動作内容、JavaScriptの動作などを自動で一気にテストできるツール。すべてのテストがブラウザで完結するのが特徴だ。ダウンロードファイルにはサンプルが含まれているので、試しに動作させてみることができる。 1.GITAKの入手 TIBCO Developer Networkよりファイルをダウンロードし、解凍する。 2.TestRunner.htmlの起動 解凍してできたフォルダから「/gitak/c
見つけた！。 Chris Shiflett: Test::Simple for PHP どうやら、Apache::Testの中にある、TestConfigPHP.pmの下の方に書いてあるコードのようです。 simpletestやPHPUnitでもいいんだけど、Perlからプログラムを書き始めた僕には、テストってとても簡単に書けるという意識があったものだから、最初にこれらのやり方を見た時はなんて長々と書かなきゃならんのだ。と正直思った。 どうせ同じ事書くなら、短く楽に書ける方が好きなのだ。 というわけで、早速使ってみた。 まずは、test-more.phpをダウンロード。 後はこのファイルをrequireしてあげて、テストを書くだけ。 use.php <?php require_once("test_more.php"); plan(1); ok(true, "test"); ?> 後は、T
ソフトウエア・テストの進め方については，「ソフトウエア・テストの基本を学ぼう」で紹介しました。ただ，実際にテストを進めて行く段になると，テスト設計をうまく行うための「技法」や，テスト実施を効率良く行うための「ツール」を使いこなすスキルも求められます。そこで，Part1ではテスト設計技法の全体像を解説し，Part2ではホワイトボックス，Part3ではブラックボックスのテスト設計技法についてそれぞれ解説します。また，Part4ではJUnitとdjUnitを使ってホワイトボックスとブラックボックス手法それぞれについての実践例を説明します。最後のPart5では，テストの効率化を支援するツールについて，どのようなものがあるのかを紹介します。 Part1 テスト設計技法の全体を理解する Part2 ホワイトボックス技法 Part3 ブラックボックス技法 Part4 テスト実行の実践方法 Part5 テ
ドットインストール代表のライフハックブログ
Webアプリケーションのテストツールに「Selenium」がある。SeleniumはJavaScriptとHTMLを使って、Webブラウザに自動でテストをさせようというもので、アジャイル開発におけるテストツールとして注目されている。 Seleniumとは SeleniumはWebアプリケーション用テストツール。JavaScript/DHTML/iframesをベースに構築されたテストツールで、Webブラウザから直接実行できるという特徴がある。要するに、目の前でWebブラウザが勝手にテスト工程を実施するわけである。見ていてなかなか気持ちがいい。対応しているプラットフォームやWebブラウザは多岐にわたる。代表的なプラットフォームは次のとおり。 Windows Internet Explorer 6.0 Mozilla Suite 1.6以上 Firefox 0.8?1.5 Seamonkey
はじめに 本ドキュメントは、Webアプリケーション用のテストツールSelenium（セレニウム）を利用するための手順を解説するものです。 前回はSeleniumの機能概要について解説してきました。Seleniumを使用することで、ブラウザ操作を自動化して、Webアプリケーションの試験・検証を効率的に行うことができます。今回は、いよいよテストケースについての解説です。テストケースを実際に記述し、Seleniumでテストを実行してみます。読者対象 プロジェクトの試験担当者を想定しています。対象フェーズ 本ドキュメントではプロジェクトにおいて、作成したWebアプリケーションに対してブラウザを用いた試験（結合試験・総合試験）を実施するフェーズを対象としています。Webアプリケーションの製造、単体試験フェーズや、外部のアプリケーションに対する試験については対象外です。使用したソフトウェア・環境 Se
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
