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(...); $
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
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ページを開く
laravelでテスト用DBを設定する手順 - Qiita
phpunitのモックの挙動まとめ - Qiita