PHPUnit10以降のstaticなdataProviderでもステートフルなケースに対応する - Qiita
PHPunit10以降ではDataProvider関数はstaticが推奨になりました。 https://docs.phpunit.de/en/10.5/writing-tests-for-phpunit.html#data-providers staticなので $this を使ったテストクラスの状態を参照できなくなります。 そもそもDataProviderはテストケース実行前に呼ばれるため、setUpで作成したデータを参照できません。 class ExampleTest extends TestCase { private int $expectValue; protected function setUp(): void { parent::setUp(); echo "setUp called\n"; $this->expectValue = random_int(0, 9); }
【PHPUnit】モックした関数の返り値を引数を元に求めるにはandReturnUsingを使う - Qiita
背景 PHPUnit を使っていると、関数をモックにしたい場面があります。 一般には下記のように実装します。 Mockery::mock('class name')->shouldReceive('method')->withArgs($param)->andReturn($returnValue); こういった書き方では返り値が決め打ちになっています。 ほとんどの場面では、返り値は固定値で問題ないはずですが、今目の前で、動的に返り値が決まっていたほうが都合がいい場面が起こったので調べてみました。 andReturnUsingを利用する ありました。andReturnUsingという関数を使えばいいです。 書き方はコールバックを受け取り、コールバックの引数をモック化したい関数の引数と同じにします。 あとはそのコールバックの返り値を計算してreturnするだけで返り値を指定できます。 Moc
PHPの改善 !== PHPのバージョンアップ | PR TIMES 開発者ブログ
<? include("abc.php"); include("def.php"); include("conf.php"); include("db.php"); include("some.php"); include("what.php"); Define("NUM", 100); class super_calc extends great_calc { /* * * * コンストラクタ * * * * */ public function super_calc($initial_num){ $this->db = DB::getDb(DSN); $this->initial_num = $initial_num; } /* * * * チェック * * * * */ public add_ok($add_num){ $res = $this->addable($add_num);
configuration.html
<phpunit xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="https://schema.phpunit.de/|version|/phpunit.xsd" backupGlobals="true" backupStaticAttributes="false" <!--bootstrap="/path/to/bootstrap.php"--> cacheResult="false" cacheTokens="false" colors="false" convertErrorsToExceptions="true" convertNoticesToExceptions="true" convertWarningsToExceptions="true" forceC
Laravel 製アプリケーションに対する自動テストでなにをどうテストすればいいか - Qiita
この記事について 自分の所属するチームに、自動テストを書いたことがないメンバーが加わったとき、ガイドラインとなるようなドキュメントがほしいなと思っていたので、書きました。どうせなら他のチームでも使いたいので、ドメインはぼかして汎用的になるようにして公開します。独自のベストプラクティス的なものですが、これまでのチームではわりとどこもこれに近くうまくいっていたので、汎用的に使えるんじゃないかと想像します。 はじめに 環境 Laravel: 5.8 以上 PHP: 7.0 以上 PHPUnit: 7.0 以上 いちおうバージョンは書きましたが、あまり関係はないです。 基本方針 基本方針は、自分の経験上これがいちばんコストパフォーマンスがいいと思っているガイドラインですが、自分はベンチャーやスタートアップ企業で、スピード重視の文化に身を置くことが多いため、テストは最低限にして、素早くリリースするの
PHPUnitで「例外が投げられないことを期待する」というテストケースをどのように書くか - Qiita
こんな「困った」時の話 「異常時に例外を投げる、正常に完了したらvoidとなる」というようなメソッドがあるとします。 こんな時に、PHPUnitでどのように単体テストを書けばいいでしょうか？ PHPUnitでは、1つもassertionがないテストを「Risky」としてマークします。これは賢いのですが、しかし「返り値をとれないメソッド」=assertionを置けないテストケースについてRiskyになってしまうのが困る・・・と悩んでいました。 結論: @doesNotPerformAssertions を使えそう テストケースのアノテーションに @doesNotPerformAssertions を入れると、「これはリスキーじゃないぞ」という事を示すことができそうです。 以下、「こうやって対処してきた」「これからは@doesNotPerformAssertionsを使いたいかも」という話をし
PhpStorm + Docker for Mac（docker-compose）での PHPUnit と Remote Debug の設定 - Shin x Blog
PhpStorm から Docker for Mac の Docker コンテナ内で PhpUnit のテスト実行や Remote Debug を行うための設定です。 下記バージョンにて構築を行いました。 PhpStorm 2017.2.4 Docker for Mac 17.09.0-ce-mac35 PHP 7.1（ php:7.1-apache ベース ） Xdebug 2.5 サンプルプロジェクトの取得 サンプルプロジェクトを用意したので、このプロジェクトをベースに設定を行います。このプロジェクトには、初期状態の Laravel アプリケーション（5.5）が含まれています。 github.com git で clone して、make を実行すると composer install と docker-compose up が実行されます。ブラウザで、 http://localhos
Codeception - PHP Testing framework - PHP unit testing, PHP e2e testing, database testing
User_Centric_Tests Codeception provides high-level domain language for tests. Tests are represented as a set of user's actions. Learn More Browser_Testing Tests can be executed using Firefox, Chrome, Safari or Cloud Testing services with Selenium WebDriver. Browser can be emulated with HTTP-requests through CURL with PhpBrowser. Learn More Framework_Testing Tests can be executed inside a PHP frame
コンストラクタがprivateなクラスを1行でテスト可能にする - Qiita
Singletonパターンで実装したクラスなど、__construct() が private や protected なクラスってそのままでは、インスタンス化できずテストが大変ですよね。 PHP5.4からは ReflectionClass でコンストラクタを使わないでインスタンスを作ることができるようになりました。 <?php class Singleton { private function __construct() {} } // $singleton = new Singleton(); // Fatal error: Call to private Singleton::__construct() from invalid context $singleton = (new ReflectionClass('Singleton'))->newInstanceWithoutCo
private, protected なコンストラクタを外部からコールする方法 - Qiita
導入 private, protected なコンストラクタを特別に許可した外部クラスからコールしたいとき。 「 RefletcionClass 使えばいけるんじゃねーの？」 って思うかもしれませんが・・・ ReflectionMethod::invoke() の $object に何渡したらいいねん、ってなりますよね。コンストラクタをコールする段階ではまだインスタンスを作っていないので、この方法は使えません。ではどうするか・・・？ 解決策1: 自前でシリアルデータを書く private とか protected なときに NULL文字 使って変なフォーマットにしなければいけないので結構めんどくさいです。 ここでは簡単のためにメソッドではなく関数として表現します。実際にクラスに組み込むときには function ではなくて private static function 等にしてください。
phpunitでprivateなstatic関数をテストする - かけるヒトからできるヒト
最近新規開発のシステムでテスト駆動開発を試しています。 テストは絶対書いた方がいいとか、同じ工数ならテストが少ないほうがいいとか、色々言われていますが、個人的には新規開発のような、開発中に頻繁に内部のアルゴリズムが変わる状態の時こそテストを書いておくと、一瞬で変更箇所によるミスが見つかるので、最終的には早く仕上がると感じています。 プログラムを書いていると、当然privateな関数がどんどん増えていって、それらの関数についてもテストを書いておいた方が安心できる、というのが人情ってものです。 特に先ほど述べたような、アルゴリズムが頻繁に変わる時にすぐ該当箇所に気づくためには、private関数へのテストは必須です。 そこで、phpunitでprivateな関数をテストする方法を調べてみました。 候補 PHP5.4時代のprivateメソッドテスト手法 #php5_4 - 泥のように 上記のサ
PHP5.4時代のprivateメソッドテスト手法 #php5_4
PHP5.4 Advent Calendar 2011の7日目です。昨日は@madapajaさんの「PHP5.4+ で開発が行われている BEAR.Sunday フレームワークを動かしてみる」でした。 さてさて皆さん、ユニットテストしてますか？ PHPもテストのライブラリが充実してきており、カバレッジ100%に情熱を燃やしている方も多いことでしょう。 ユニットテストで困るのが、private/protectedメソッドです。外から呼べないので、普通の方法ではテストできません。(protectedは適当なダミーのサブクラスを作ってそこからテストできますが、ちょっと面倒です。) まあ当然です。外から呼べないようにprivateにしているので、簡単に呼べたら逆に困るわけです。しかしながら、privateメソッドも外から呼んでテストできた方が開発ははかどるでしょう。この記事ではPHPでprivat
PHPUnitの使い方まとめ - Qiita
「はじめに」の「はじめに」 2016年版としてマイグレーションしました。 特にこだわりが無い場合は、こちらを参照してください。 はじめに こんな感じで資料を作ろうとしていた草稿です。 文中のソースコードの正誤とかは見きれていません。 ツッコミとか有れば、よろしくお願いしますm( _ _ )m PHPUnitを使ったからといって、どんなソースコードもテストできる訳ではありません。 テストをし易いようにクラスを設計している必要があります。また、そのように設計していてもUnitテストに入れることの出来ない箇所は出てきます。Unitテストに入れることの出来ない箇所は出来ないと割り切らなければなりません。むしろ、どれだけのコードをUnitテストに入れることが出来るか? というのが設計者の腕の見せどころになるでしょう。 極論を言うと 「どんなクラスでも疎結合に実装していなければならない」 ということで
PhpStorm 8 で、Vagrant VM の PHPUnit を IDE から実行する
Home > PHP | PhpStorm | Vagrant > PhpStorm 8 で、Vagrant VM の PHPUnit を IDE から実行する PhpStorm 8 が、リリースされましたね！ PHP 5.6 や Laraevel の blade 対応など気になる新機能があるのですが、その中でも、注目なのが、PHPUnit by Remote Interpreter です。 この機能を使うことで、Vagrant VM にインストールされている phpunit をホストの PhpStorm から直接実行することができます。Vagrant による開発が普及してきた今では必須の機能といえるでしょう。 利用するには、いくつか設定が必要となるので、その手順を書いてみます。 対象の PHP アプリケーション このエントリでは、以下の環境で PHP アプリケーション開発しているという想
PHPUnit のスタブの will() で使えるメソッド « nia.note
PHPUnit ユニットテストを書くときに重宝するPHPUnit。でも、以外と詳しく解説したマニュアルというか、リファレンスが無いというのもちょっと悲しい。 （もしかしたらあるのかもしれないです。あんまり深く探してないので←） 公式の日本語訳ドキュメントは存在しますが、どうやらすべての説明が網羅されているわけではないようです。 今回はユニットテストを助ける立役者であるモックオブジェクトを使って、メソッド呼び出しを検査を設定する際の各メソッドの戻り値の指定の仕方について、備忘録的に書きます。長い。 基本のおさらい まずは基本をおさらいしましょう。 とりあえず簡単なテストケースを書きます。テスト対象のクラスがどのような実装かは察してください。 class Sample_Test extends PHPUnit_Framework_TestCase { public function test_
「Mockery」を使ってサクッとPHPのテストを書いてみる
ごあいさつ はじめまして。アライドアーキテクツの石川と申します。 2月に入社してから早くも３ヶ月がたとうとしています。 私は前の職場ではほとんどjavaで開発していたのですが、 アライドに入社してからは主にPHPで開発をしています。 私の回では、その時その時に関心のある技術情報を発信していければ、と思っています。 皆様どうぞよろしくお願いいたします。 今の自分の課題はとにかくUnitテストを書くことなので、 今回はPHPのモッキングフレームワークである「Mockery」について書きたいと思います。 Mockeryって？ padraic / mockery こちらで御座います。 static methodのモック化が出来たり、テスト対象のメソッド内部で生成されるインスタンスをモック化したり、 PHPUnitでやろうとすると一手間かかることをサクっと出来てしまいます。 Let’s インストール
PhpStormでVagrant仮想マシンのPHPUnitを実行する
Vagrant を使って PHP 開発する場合、synced_folder でフォルダを共有して、ソースコードの編集はホスト PC 、実行は仮想サーバで行っている方が多いと思います。 このスタイルで開発する場合、PHPUnit によるテストの実行は、ターミナルで仮想サーバにログインしてコマンドラインから行うことになります。開発中は頻繁にテストを実行するので、できればエディタからテストを実行したいですよね。 PhpStorm によい機能がないか調べたところ、PHPUnit on Server というズバリの機能がありました。この機能を使うと、ホスト PC の PhpStorm からリモートサーバの PHPUnit を実行できます。 Symfony2 のテストをリモート実行する例を紹介していますが、他のフレームワークにも応用可能かと思います。 2014年9月26日追記 PhpStorm8 から
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PhpStorm Type Inference and Mocking Frameworks | The WebIDE Blog
laracon/docs/本格的な単体テストを書くハンズオン_問題解説.pdf at master · engineers-lt/laracon
SSSSLIDE
