PHPのテストで本当にdataProviderを使う必要があるのだろうか - ぼっち勉強会
PHPUnitにはdataProviderという機能がある。 パラメタライズドテスト、またはテーブルドリブン(駆動)テストで書くための仕組み。 僕はずっとこの機能が使いづらくて、普通にforeachで回す方が良いのではと思っている。 今日たまたまdataProviderを推奨している記事を続けて目にしたので、改めて考えを整理しておく。 dataProviderのメリット foreachと比較したdataProviderのメリットはこちらの記事が分かりやすかったので引用する。 PHPUnitとデータプロバイダとテストケース生成 メリット1: setUp/tearDownが使える 確かにモックを使うテストならその方が助かる。 メリット2: どのデータでテストが落ちたのか分かりやすい 確かにforeachだとちょっと面倒。Goでテストを書いている時にt.Error()をいちいち書いていく感覚に似
CakePHP + MySQL アプリのテスト時間を 72% 削減した話
この記事は CakePHP Advent Calendar 2018 の23日目の記事です。 CakePHP アプリケーションのユニットテストでボトルネックになりがちなのがデータベースへのディスク I/O 時間ですが、そういったプロジェクトでは FriendsOfCake/fixturize プラグイン を導入すると大幅に高速化できる可能性があります。 GitHub – FriendsOfCake/fixturize: CakePHP3: Improve performance of your fixture based tests on MySQL. 実例として、テストに18分も掛かっていた MySQL を使ったプロジェクトありましたが、導入後なんと5分にまで短縮されました。（約 72% の高速化🎉） 結果として早いサイクルで CI を回せるようになり開発スピードも上がりました。 何が
モックでメソッド呼び出し時の引数を厳密にテストする - Qiita
PhpUnit の Mock を使って引数の内容をテストするとき、 曖昧比較 (==) でテストするなら equalTo() を使うが 厳密比較 (===) でテストしたい場合は identicalTo() を使う。 最初 assertSame() のように sameTo() 的なメソッド名を想像していて中々見つけられなかったのでメモ。 e.g. 例として渡された二つの引数の引き算を行い、その結果を返す subtract() メソッドがあり そのメソッドに渡される引数の内容をテストしたいとする。 試しに with() を使って引数に 5 と 3 が渡されることをテストしてみる。 以下のようにequalTo() を使った曖昧比較の場合は、引数に文字列型を渡しても成功する。 $mock = $this->createMock(Something::class); $mock->method('
PHPUnit の Functions.php を自動でロードするやつ - ngyukiの日記
下記↓の記事のコメントの通り、 PHPUnitの$this->assertXXXX() の別記法 - Qiita PHPUnit には Functions.php というファイルが含まれていて、これを require するとアサーションなどがグローバル関数に登録されるので、次のようにテストを書くことができます。 <?php // 普通こう書くけど、 $this->assertThat($actual, $this->equalTo($expect)); // Functions.php を読んどけばこうも書ける。 assertThat($actual, equalTo($expect)); とても便利なんですけど Functions.php は明示的に読む必要があります。 <?php require_once __DIR__ . '/vendor/phpunit/phpunit/src/F
PHPUnit で __construct を test する(laravel で試しただけ) - Qiita
__construct の振る舞いを確認したいので、 Mock を使って test してみた。 純粋に PHPUnit だけで試したわけではなく、 Laravel を使った test で試しただけなので、間違いがあるかもしれません。 ※タグに laravel 入れてしまってるけど、実際は余り laravel 関係ないはずです。 結論 getMockBuilder()->disableOriginalConstructor()->getMock(); してから、 ReflectionClass 使って getConstructor() する。 前提 なんでも良いのですが、取り敢えずサンプルとして php artisan make:auth したら生成される Auth/LoginController.php を例に。
PHPテストフレームワーク「PHPUnit 6.0」リリース | OSDN Magazine
PHP向けテストフレームワークのPHPUnit開発チームは2月8日、最新安定版となる「PHPUnit 6.0」を発表した。対応するPHPのバージョンは7.0および7.1で、PHP 5.6はサポート対象外となった。 PHPUnitはxUnitアーキテクチャを土台としたユニットテストフレームワーク。PHPUnit 6.0は2016年1月に公開されたPHPUnit 5.0に続くメジャーリリースで、2019年2月8日までサポートされる。5系の最新版は2016年12月に公開されたバージョン5.7。5.7は2018年2月2日までサポートされる。最新版リリースに合わせて、PHPUnit 4.8はサポート終了（EoL）となった。 PHPUnit 6.0では、PHP 5.6がサポート対象外となり、PHPはバージョン7と7.1をサポートする。PHPUnit_Framework_TestCaseがPHPUnit
PHPUnitでとにかく楽に遅いテストをピックアップする - Qiita
<?php class PickSlowListener extends PHPUnit_Framework_BaseTestListener { private $test_start_time; private $test_time_results = array(); private $rank_limit; public function __construct($rank_limit) { $this->rank_limit = $rank_limit; } public function startTestSuite(PHPUnit_Framework_TestSuite $suite) { $this->test_start_time = microtime(true); } public function endTestSuite(PHPUnit_Framework_Tes
自動テストのfixtureを効率的に管理する方法
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 僕がやっている案件(PHP)はもともとテストコードのないレガシーなプロジェクトで、それを改善するためにずっと動作を確認するための結合レベルの自動テストを増やしてきました。 そんな中で、僕のところではどうやってテスト用のfixtureを管理しているか事例として紹介したいと思います。 最初にコアとなるfixtureを用意するみんながたくさんテストを作る前にコアとなるテスト用のfixtureは用意しておきます。 さもないと、みんなが好き勝手にfixtureを作ってしまい、あっという間に混乱に陥ります。 プログラム本体と同様に、DRYの原則で、同じようなテストデータを繰り返し作ってしまうよう
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
PHP のスタティックメソッドをモック化する - pixiv inside [archive]
初登場の @tototoshi です。今回は pixiv のユニットテストで利用しているモックライブラリの紹介をします。 ここ2ヶ月くらいの間、レガシー化したとあるモジュールのリファクタリングに取り組んでいました。 リファクタリングにはテストコードが必須です。しかし今ではすっかりテストを書く文化が根付いている pixiv にもテストコードがない時代がありました。リファクタリングが必要な古いコードにはテストコードがないことが多く、そういったコードに新たにテストをつけていくのはなかなか大変です。テストの概念のないプロジェクトはテスト可能なように設計・実装されていません。テストを書くのが大変なのではなく、書けるようにするまでが大変です。 特にやっかいだったのは DB を参照したりするようなスタティックメソッドを使ったメソッドのテストでした。以下のようなスタティックな Dao を使用した Serv
![PHP のスタティックメソッドをモック化する - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/f96a6400519fd5d3e3fd853d636ca860130d229d/height=288;version=1;width=512/http%3A%2F%2Fdev.pixiv.net%2Fimg%2Finside%2Ftototoshi.jpg)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHPUnitとデータプロバイダとテストケース生成
PHPUnitのテストコードを書くときによく使うイディオム - Qiita
PHPUnitの主なAssertメソッド一覧 - Qiita