PHPUnitのコードカバレッジが遅いからってあきらめずに、並列実行ためしてみる - Qiita
はじめに PHPUnitにはコードカバレッジ解析の機能があります。 このカバレッジの出力には、かなり時間がかかります。 チームメンバーからCIのテストが遅いので何とかしてほしいと、issuesがあがってきたので、スピード改善できないか検討し、最終的には並列実行することで、大幅に改善することができましたので、紹介します。 コードカバレッジの出力 カバレッジを出力するには、phpunitコマンド実行時のオプションに--coverage-*を指定します。 phpunitのヘルプに詳しい説明があります。 $ bin/phpunit --help PHPUnit 4.8.6 by Sebastian Bergmann and contributors. Usage: phpunit [options] UnitTest [UnitTest.php] phpunit [options] <direct
【Laravel】PHPUnitの実行でDBを汚染しないためにできる簡単なこと - Qiita
環境 OS: Windows 10 PHP: 8.1.2 Laravel Framework: 8.81.0 docker-compose: 1.29.2 PHPUnit: 9.5.10 MySQL: 8.0 Laravel Sailを使用して、Laravelプロジェクトを立ち上げています。 プロジェクトを立ち上げる部分は、こちらのドキュメントでご確認ください。 RefreshDatabase DBの状態に影響されずテストする use RefreshDatabase;をしてあげると、 テストを実行する際に前後のDBの状態を考える必要がなくなります。 各テスト毎にDBをリフレッシュするため、まっさらな状態にしてくれるので、 DBの状態を確認するアサーションである $this->assertDatabaseCount(...); $this->assertDatabaseHas(...); $
Mockery with() でメソッドがObjectを渡す検証でNoMatchingExpectationException - Qiita
with() にObjectを渡す検証でNoMatchingExpectationExceptionが出る mockしたRepositoryクラスのメソッドの呼び出しの検証をするServiceTest.phpを作りました。 public function test_reset_case1_Entityのインスタンスでfail_countが0のデータがrepositoryのresetCountの処理に渡される() { $test_id = 1; $expected = new Entity([ 'fail_count'=>0, ]); $mock_Repository = \Mockery::mock(Repository::class); $mock_Repository->shouldReceive('resetCount') ->once() ->with($test_id, $exp
PHPUnitで静的(static)メソッドのモック - Qiita
<?php class StaticMethodsTest extends \PHPUnit_Framework_TestCase { /** * @param string $class * @param array $methods * @return \PHPUnit_Framework_MockObject_MockObject */ protected function getStaticMock($class, array $methods = array()) { $arr = explode("\\", trim($class, '\\')); $origShortName = array_pop($arr); $origNamespace = implode("\\", $arr); $dummyNamespace = trim('__DUMMY__\\' . $orig
PHPのtraitを単体テストにかける方法 - Qiita
PHPのtraitはそれ自体ではnewできないので、一見すると単体テスト不可能と思われるが、traitをuseした普通のクラスをテスト用に作っておき、そのクラスに対して単体テストを実行すれば良い。 <?php trait Greetable { public function hello(int $repeat): string { return str_repeat('Hello!', $repeat); } } class GreetableBeings { use Greetable; } class GreetableTest { public function testHello() { $g = new GreetableBeings(); assert($g->hello(1) === 'Hello!'); assert($g->hello(2) === 'Hello!Hel
【Laravel】PHPUnitでテストコードを書くときのTipsやサンプルコード - Qiita
Laravel Advent Calendar 2021 17日目の記事です。 僕自身が書いた経験のある範囲でPHPUnitでテストコードを書くときのTipsやサンプルコードをまとめます。 はじめに いきなりタイトルには直接関係ない小ネタを挟みます。 テスト関連のコマンド テストファイル作成 # tests/Featureに作成される php artisan meke:test SampleTest # tests/Unitに作成される php artisan make:test SampleTest --unit # ディレクトリを指定してファイル作成 # tests/Feature/User配下 php artisan make:test User/SampleTest # tests/Unit/User配下 php artisan make:test User/SampleTest
PhpStormでPHPUnitを設定する - Qiita
Vagrant内のテスト（php7.1）を実行する場合の設定です。 PHPUnitをConfigurationに追加 Configurationウィンドウの呼び出し 右上の ▼ を押して Edit Configurations.. を選択して、 左上の + を押して PHPUnit を選ぶ。 入力する項目 今回はプロジェクト内にある phpunit.xml で設定してみます。 Name：テストの名前（好きにつける） Test Runner：Defined in the configuration file にする User alternative configuration file をチェックし、フォルダ内の phpunit.xmlファイルを選択 Test Runner options ：テストしたい場所（たぶん） commons フォルダ内のテストのみを走らせたいなら /common
PHPUnitでAWS SDKのクラスをモックする - Qiita
AWS SDK for PHPのクラスをPHPUnitでモックしようとした所次のようなエラーが発生しました。 public function testExample() { $s3Client = $this->createMock(S3Client::class); $s3Client->method('GetObject'); } PHPUnit 9.5.4 by Sebastian Bergmann and contributors. Trying to configure method "GetObject" which cannot be configured because it does not exist, has not been specified, is final, or is static /path/to/test/ExampleTest.php:18 Time
PHPUnit assertSameとassertEqualsの違い - Qiita
概要 今まで意識して使っていなかったが、テストを作成する際に調べていたら結構重要なことだったので、忘備録。 PHPでいうと assertSame => 「===」 assertEquals => 「==」 となる。 そのため、型までしっかり判定したいというとき(ほとんどの場合そうだと思うが)は assertSameを使うと良い。 追記 assertEquals をわざと利用する場合は、背景、理由についてコメントを残すことを進める。 そうしなかった場合、 assertSameにしたら、ユニットテストがおかしくなったなど起きる可能性があるため。 そもそもそのようなテストがよくな(ry
PHPUnitの使い方まとめ - Qiita
「はじめに」の「はじめに」 2016年版としてマイグレーションしました。 特にこだわりが無い場合は、こちらを参照してください。 はじめに こんな感じで資料を作ろうとしていた草稿です。 文中のソースコードの正誤とかは見きれていません。 ツッコミとか有れば、よろしくお願いしますm( _ _ )m PHPUnitを使ったからといって、どんなソースコードもテストできる訳ではありません。 テストをし易いようにクラスを設計している必要があります。また、そのように設計していてもUnitテストに入れることの出来ない箇所は出てきます。Unitテストに入れることの出来ない箇所は出来ないと割り切らなければなりません。むしろ、どれだけのコードをUnitテストに入れることが出来るか? というのが設計者の腕の見せどころになるでしょう。 極論を言うと 「どんなクラスでも疎結合に実装していなければならない」 ということで
PHPUnitで「例外が投げられないことを期待する」というテストケースをどのように書くか - Qiita
こんな「困った」時の話 「異常時に例外を投げる、正常に完了したらvoidとなる」というようなメソッドがあるとします。 こんな時に、PHPUnitでどのように単体テストを書けばいいでしょうか？ PHPUnitでは、1つもassertionがないテストを「Risky」としてマークします。これは賢いのですが、しかし「返り値をとれないメソッド」=assertionを置けないテストケースについてRiskyになってしまうのが困る・・・と悩んでいました。 結論: @doesNotPerformAssertions を使えそう テストケースのアノテーションに @doesNotPerformAssertions を入れると、「これはリスキーじゃないぞ」という事を示すことができそうです。 以下、「こうやって対処してきた」「これからは@doesNotPerformAssertionsを使いたいかも」という話をし
PHPUnitの"expectException()"は、例外を発生させる箇所より前に記載する - Qiita
$ vendor/bin/phpunit --version PHPUnit 9.1.5 by Sebastian Bergmann and contributors. $ php --version PHP 7.4.0 (cli) (built: May 27 2020 22:16:49) ( NTS ) expectException()を記載したのに、例外を発生させてもテストが成功しなかった 記載する位置、順番を間違えていたのが原因でした。 PHPUnitには、テストコード内で例外が生成されたかを確認するexpectExceptionメソッドが実装されています。 https://phpunit.readthedocs.io/ja/latest/writing-tests-for-phpunit.html#writing-tests-for-phpunit-exceptions このメ
PHPUnitでパラメタライズドテストをやってみる - Qiita
概要 チームのメンバーがPHPUnitでのパラメタライズドテストを、都度読み出す形で書いていました。 PHPUnitの機能を使えば、もっと可読性を上げられると思ったので、自己学習も兼ねてやり方をまとめてみます。 パラメタライズドテスト パラメタライズドテストとは、 渡す引数が違うだけで同じメソッドを何度もテストするというテスト方法になります。 今回は下記のFizzBuzzを使って、説明していきます。 declare(strict_types=1); class FizzBuzz { public function toFizzBuzz(int $count) { $result = ''; if ($count % 3 == 0) { $result .= 'Fizz'; } if ($count % 5 == 0) { $result .= 'Buzz'; } if (!($count
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mockery\Exception\NoMatchingExpectationException を とりあえず解決する方法 - Qiita
LaravelのPHPUnitでToo many connections - Qiita
laravelでテスト用DBを設定する手順 - Qiita
phpunitのモックの挙動まとめ - Qiita
PHPUnitのassertArraySubset()について - Qiita