【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\Exception\NoMatchingExpectationException を とりあえず解決する方法 - Qiita
Mockery をテストしているとやっているときに配列やオブジェクトを使っているとNoMatchingExpectationExceptionが出てきたときにどこが問題だかわからなくなる場合があります。 $this->guzzleClient = Mockery::mock(ClientInterface::class); $requestResponse = $this->client->request('POST', $apiUrl, ['form_params' => $params]); $this->guzzleClient ->shouldReceive('request') ->once() ->with('POST', 'http://test.example.com/article/xxxx/comments', ['form_params' => $params]) -
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
LaravelのPHPUnitでToo many connections - Qiita
数値を増やす（デフォルト値151） テストケース毎にコネクションを切る tearDownにDB::disconnect();を入れる PDO::ATTR_PERSISTENTを設定する 接続、および接続の管理 持続的な接続は、スクリプトが 終了しても閉じられずにキャッシュされ、他のスクリプトが同じ内容の 接続を要求してきた際にそれが再利用されます。 'mysql' => [ 'driver' => 'mysql', 'host' => env('DB_HOST', '127.0.0.1'), 'port' => env('DB_PORT', '3306'), 'database' => env('DB_DATABASE', 'database'), 'username' => env('DB_USERNAME', 'user'), 'password' => env('DB_PASSWOR
PHPUnitで静的(static)メソッドのモック - Qiita
<?php class StaticMethods { public static function func() { return "this is static method"; } } テスト対象のコードで StaticMethods::func() などとクラス名がハードコードされているとユニットテストが困難です。 . 次のようにすれば静的メソッド（を持つクラス）をモック（スタブ）にすることができます（パーシャルモックはできません）。 <?php class StaticMethodsTest extends \PHPUnit_Framework_TestCase { /** * @param string $class * @param array $methods * @return \PHPUnit_Framework_MockObject_MockObject */ pro
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 Register as a new user and use Qiita more conveniently You get articles that match your needsYou can effic
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
パラメタライズドテストとは、 渡す引数が違うだけで同じメソッドを何度もテストするというテスト方法になります。 今回は下記の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 % 3 == 0) && !($count % 5 == 0) ) { $result .= $count; } return $result; } } class FizzbuzzTest extends TestCase { /**
PHPUnitのassertArraySubset()について - Qiita
すげー便利そうに見えて、微妙に使いづらい子だな…という印象。(言いたいこと終わり) https://phpunit.de/manual/current/ja/appendixes.assertions.html 配列のアサーションの問題 例えば、ある関数の実行結果がこういう感じの配列をだとしよう。 [ [ 'name' => 'taro', 'gender' => 'male', 'updated' => '2015-08-10 12:01:13', ], [ 'name' => 'hanako', 'gender' => 'female', 'updated' => '2016-07-31 13:04:14', ], ]; 関数のテストを書くなら、↑の配列をexpectとして用意して、結果をassertEqualsで比較すればいい。 ところが、別に全部の要素を厳密に比較しなくてもいいこと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
laravelでテスト用DBを設定する手順 - Qiita
phpunitのモックの挙動まとめ - Qiita