【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(...); $
LaravelでPHPUnitを使ってテストする手法 - Qiita
はじめに 筆者、テストというものの存在は上司から教わり、書き方も自分で調べながら、さぐりさぐりで書いてみたので、 この記事の書き方や説明が必ず正しいという保証はできない。 自分の備忘録的なものも兼ねての記事なので、参考程度に見て頂きたい。 テストとは何か 簡単に言えば、 このアプリ、本当にイメージした通りに動いてるのか? っていうのを、確認してくれるもの。 どういうことかと言うと、 ここでの表示はこれだ! ここではこの処理をして、こういう結果が帰ってくるんだ！ というのを、あらかじめすべての処理について、テストに書いておく。 そうすることで、なにか不具合があっても、 「ここの表示、君のイメージと違うみたいだよ」 「ここの処理、君の思うようには動いてないよ」 という感じで、テスト君が教えてくれるということだ。 なぜテストを書くのか 例えば、複数人でなんかの開発をしてて、 「やったーー!!完成
LaravelとPHPUnitでテスト用DBを使う方法
はじめに LaravelでPHPUnitを使用する際に、テスト用のDB（MySQL）を 使用する方法について学んだことを備忘録として残します。 テスト用DBを使用することで、テスト時のRefreshDatabaseなどで 開発用DBの必要なデータも含め削除されてしまう、といったことを防ぎ 別環境のDBに影響を与えずテストを行うことができます。 環境 PHP 8.2.7 Laravel 10.22.0 PHPUnit 10.3.3 設定手順 database.phpへの設定 まず、Laravelのdatabase.phpのconnectionsにテスト用DBの設定を追加します。 'connections' => [ ... // テスト用 'mysql_test' => [ 'driver' => 'mysql', 'url' => env('DATABASE_URL'), 'host' =
【Laravel】開発環境では「php artisan config:cache」をするべきではない - Qiita
Q. なぜ？ A. ドキュメントにそう書いてある。 The command should not be run during local development as configuration options will frequently need to be changed during the course of your application's development. （意訳）アプリケーションの開発中には設定を頻繁に変更する必要があるので、ローカル開発環境ではこのコマンドは実行するべきではありません。 Q. そう書いてある、では納得できない！ A. 一度php artisan config:cacheを実行すると、それ以降（キャッシュを消去しない限り）configディレクトリ配下の設定ファイルを修正するたびにphp artisan config:cacheを実行しなければ設
Laravelのマイグレーションではtimestamp型のchangeが出来ない - Qiita
エラー内容 Laravelのマイグレーションでtimestamp型のカラムに変更を加えようとすると以下のようなエラーが出る。 Unknown column type "timestamp" requested. Any Doctrine type that you use has to be registered with \ Doctrine\DBAL\Types\Type::addType(). You can get a list of all the known types with \Doctrine\DBAL\Ty pes\Type::getTypesMap(). If this error occurs during database introspection then you might have forgo tten to register all database t
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で "A facade root has not been set." というエラーが出た場合の対処法 - Qiita
use PHPUnit\Framework\TestCase を use Tests\TestCase に変更する。 自前で setUp() を実装した場合は、 parent::setUp() を必ずコールする。 前提 Laravel 6.18.10 1. useするクラスを変更する PHPUnit\Framework\TestCase は Laravel ではなく PHPUnit のクラスです。なので、これを use しても、ファサードを動かすことができず、エラーとなります。 そのため、Laravel のクラスである Tests\TestCase を use する必要があります。 namespace Tests\Unit; // PHPUnit ではなく Laravelの TestCase を使う。 // use PHPUnit\Framework\TestCase; use Tests
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
laravelでDBテストコードを書く前の設定すべきこと - Qiita
データベースのテストをする際には、テスト用のDBを用意して、そのDBでテストした方が良い。 理由 テストDBを用意して、テストを実行する際、 DatabaseMigrationsやDatabaseTransactionsを使ってもDBに全く影響を与えないわけでは無いです。 AUTO_INCREMENTの値など、一部は影響を受けてしまいます Laravel 5.4 で手軽にテストを書こう！ | 株式会社インフィニットループ技術ブログ 実際に試してみました。 use DatabaseTransactions;が無い状態で、AUTO_INCREMENTのカラムがあるレコードを追加するコードのあるテストを実行(※以降テスト) use DatabaseTransactions;がある状態テストを実行 use DatabaseTransactions;が無い状態テストを実行 そうするとAUTO_INC
[Laravel5.1]Fakerチートシート - Qiita
はじめに テストを行う上でFactry利用してダミーデータ生成しようと思ったらfakerの使い方がわからない。 調べてみたけどこれと言って情報もない。調べ方が下手なだけ？ ということで自分用にチートシート作ってみました。 ドキュメント => https://faker.readthedocs.io/en/master/locales/ja_JP.html 使い方 $factory->define(App\Sample::class, function (Faker\Generator $faker) { return [ 'column_1' => $faker->firstName, 'column_2' => $faker->domainName, ]; });
![[Laravel5.1]Fakerチートシート - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/23ba22fce45b539f20788bc844505a39f35a14b2/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCTGFyYXZlbDUuMSU1REZha2VyJUUzJTgzJTgxJUUzJTgzJUJDJUUzJTgzJTg4JUUzJTgyJUI3JUUzJTgzJUJDJUUzJTgzJTg4JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1hMGY4OWVkOWQyZmYyNDc3ZTM1NjdkMzJlODE4ZjE2Zg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwdG9zaXRlMDM0NSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NTExZTI0OTNkNzE5MDY0OGU4ODAzZWFhMDkwZjk2ZjY%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D8a323d7b76404ea8862496c76b9c706b)
laravel Factoryを用いてテストデータを作成する（追記編） - Qiita
概要 Factoryを用いてデータを作成する複数の方法をまとめる。 1件のデータを作成する 下記の記載で1レコードのデータを登録する事ができる。
【Laravel】.env.testingの使用方法と注意点 - Qiita
LaravelでPHPUnitを使うときにテスト用の`.env｀を設定するのにハマったので記事にしました。 環境 Docker 19.03.8 PHP 7.3.16 Laravel 6.18.3 .env.testingの設定方法 本番DBを汚さないようにPHPUnitを実行する時のみテスト用のDBを使うようなことはよくあると思います。 その方法の一つとして.env.testingを作成し、phpunitにその設定値を読み込ませるやり方があります。 .env.exampleをコピーして.env.testingを作成し、以下の箇所を変更します。 APP_ENV=testing // testingに変更 APP_KEY= // 空にしておく // 接続したいDBの情報を設定する DB_CONNECTION=mysql DB_HOST=db DB_PORT=3306 DB_DATABASE=t
OPcache導入してみた！（速さ検証もあるよ！） - Qiita
OPcacheとは OPcacheとはコードをコンパイルし、共有メモリへ保存しておく仕組みのことです。 PHPはインタプリタですが、この仕組みによってリクエストごとにスクリプトを読む必要がなくなり、パフォーマンスの向上が期待されます。 インストール 本記事ではWindowsのphp 7.2.4で設定を行っています。あらかじめご了承ください。 準備 特になし（さすがにPHPは入ってますよね？） 設定 php.iniで以下の設定を記述します。 # Linux,Macの場合 zend_extension=/[それぞれのPHPのextensionのパス]/php_opcache.so # Windowsの場合 zend_extension=C:\[それぞれのPHPのextensionのパス]\php_opcache.dll [opcache] opcache.enable=1 opcache.en
【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
【Laravel】アクセサ、ミューテタの基本のキ - Qiita
はじめに 今回はアクセサとミューテタの基本について解説します。 そもそもミューテタとは？ そもそもミューテタってなんなんでしょうか？ 簡単にいうとデータをデータベースに保存する時に走る一定の処理のことです。 そもそもアクセサとは？ そもそもアクセサとはなんでしょうか？ 簡単にいうとデータをデータベースから取得する時に走る一定の処理のことです。 使用例 例えば、都道府県をデータベースに保存する時を考えます。 そのまま文字データとして都道府県を保存することもありますが、多くの場合は整数に置き換えて保存します。（1が北海道、2が青森など都道府県それぞれに対応させた整数を設定する。こうする理由は文字データより圧倒的に整数の方がデータ容量が少ないからデータベースを圧迫しないからです。） しかし、データベースにデータを保存する時に変換して、取得した時も変換してと毎回処理を書くのはめんどくさい。。。無駄
Laravel の whereRaw は使っても良い - Qiita
【whereRawは使わない】Laravelで複数条件をする方法【既出】 この記事をみて、ちょっと気になったので。 結論から言うと DB::whereRaw() であっても、第2引数の $bindings を使えば言及されているようなSQLインジェクション問題は起きません。 言及されている問題のある書き方 $user = Input::get("user"); $password = Input::get("password");//ハッシュ化するものとするが例なので省略 User::whereRaw("user = '" . $user . "AND password = '".$password."'"); $user = Input::get("user"); $password = Input::get("password");//ハッシュ化するものとするが例なので省略 User:
Laravel の認証・認可パッケージが多すぎてわけわからんので図にまとめた - Qiita
元ネタ @localdisk さんの記事です。 こちらで概ね適切に説明されているものの，文章のみで図が無くて直感的に把握しづらいので，初心者にもすぐ飲み込ませられるように図に描き起こしてみました。 図 解説 illuminate/auth: 最小限の認証認可コアロジック コアコンポーネント群の laravel/framework に含まれているものです。 Socialite 以外のすべてのパッケージが，実質このコアに依存していることになります。 以下の記事でこのパッケージの詳細について説明しているので，ここでは端折って説明します。 伝統的 Cookie ベースのセッション認証 こちらでも解説している， 「Cookie に識別子を載せ，それに対応する情報はサーバ側のファイルに記録する」 という手法に近いものです。 実装は illuminate/session にあり， PHP ネイティブのセ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Laravelで"could not find driver"が出たときの対処法 - Qiita
laravelでテスト用DBを設定する手順 - Qiita
