sqliteのin memoryデータベースをテストに使うとrefreshApplication後におかしくなる - Qiita
はじめに Laravelのテストでsqliteのメモリ内データベースを使うと、途中でテーブルが存在しないというエラーがでる問題をなんとかしようとして、LumenでsqliteのURI Filenamesを使いたいでは、PDOがそもそもURI filenamesをサポートしてないというオチで玉砕しましたが、やっぱりテストは速い方がいいのでもう少し頑張ってなんとかならないか調べて見ました。 どうしてテーブルが存在しないエラーが出るのか Laravelは基本的にはデータベースへの接続は使い回してくれるはずで、なぜ新しい接続が作られるのかをちゃんと調べて見ます。 すると、テスト中でrefreshApplicationを行った後にエラーが出る(=新しい接続がつくられる)ことがわかりました。 つまり以下のようなことが起きたと考えられます refreshApplicationが実行されたので、サービスコ
ファイルの中に記述されている１行目を取得し、画面に表示させたい(PHP) - Qiita
wordで１行目 ２行目 ３行目 ４行目...と文字を打ちtxtで保存し、 viエディタで下記コードを書き、ターミナルでphp aaa.phpとコマンドを打って表示させようとすると、 ?P?s??と表示されますが、原因がわかる方いらっしゃいましたらご回答願います。 $fp= fopen("/Users/tanakaakio/Desktop/phptanaka.txt","r"); $line = fgets($fp); fclose($fp); $hoge = file("/Users/tanakaakio/Desktop/phptanaka.txt"); print $hoge[0]; ?> Register as a new user and use Qiita more conveniently You get articles that match your needsYou ca
Laravel5.5で排他制御のテストをする - Qiita
仕事でどうしてもDBトランザクションでまかなえない排他制御を行う必要が出てきたので。 普段あまりテストを書くほうではないのですが、検証環境で並行処理の競合状態なんてそうそう発生しないのでさすがにテストを書かないとまずいと思い勉強したものです。 関連ソースはこのあたり。 https://gist.github.com/kuinaein/ad4b6167f712f4035a8f31a16e13c905 テスト対象メソッドの概要 malkusch\lockのラッパーです。内部でFlockMutexを利用しています。 $timeoutの単位は「秒」です。 class ConcurrentUtil { public static function synchronized(string $key, \Closure $closure, int $timeout = 10) { // ... } }
Laravel HTTPテスト POSTで値を投げる方法 - Qiita
前提 Laravel 5.5 PHP 7.1 PHPUnit 6.5.8 書くこと LaravelのHTTPテストでPOST値を投げる書き方 （公式ドキュメントで見つけられなかった。 見逃したかな） やり方 <?php namespace Tests\Feature; use Tests\TestCase; use Illuminate\Foundation\Testing\RefreshDatabase; class ExampleTest extends TestCase { public function test_商品の登録処理() { //第二引数にPOST値の配列を渡すだけ $response = $this->post('/item/add',[ 'item_id' => '1', 'item_name' => 'ほげほげ' ]); //登録処理が完了して、一覧画面にリダイレ
LaravelでのテストでsetupでDBいじりたい場合の対処 - Qiita
経緯 今担当しているプロダクトのテストコードを動かしていたら、特定のテストを実施した際にDBのレコードが変更され、他のテストが通らなくなる事態が発生してた. データベースのテスト 5.4 LaravelにあるようにDatabaseTransactions使ってるのになんでかなーと色々調べた結果、setupでDBいじってたのが原因とわかった. DatabaseTransactionsは各テストケースをデータベーストランザクションでラップしてしまうので、setupはトランザクション外なのね. setupでDBいじってるテストが結構あったので、楽な感じに直す方法を調べてみた. 対応 単純にDatabaseTransactionsでやってたトランザクションの開始と終了をsetupで明示的にやることで対処. DatabaseTransactionsは取り除く. class TestCase exte
【Drupal8】phpunitテストでデータベースやモジュールを使いたい - Qiita
Drupalで作っているシステム、自作モジュールのユニットテストを書いておこうと思ってやりだしたら思いの外手こずったのでコツをメモ書き。 継承する元クラスによってできることと速さとが違う 参考 : https://www.drupal.org/docs/8/testing/types-of-tests-in-drupal-8 Drupal8が用意しているテストには大きく分けて三種類あるらしい。 ユニットテスト カーネルテスト ブラウザテスト これらはphpunitモジュールを使う。 phpunitモジュールの他にもシンプルテストというのが検索すると出てくるが、これはどうも古いやり方らしく「もう使わないでね！phpunit使ってね！」というドキュメントに行き着くので調べてない。 今回はユニットテストとカーネルテストを書いたのでこのふたつについてわかったことを。 ユニットテスト Drupal\
PHPUnitのテスト結果を見やすくするプラグイン6選 - Qiita
codedungeon/phpunit-result-printer PHPUnit Pretty Result Printer mikeerickson/phpunit-pretty-result-printer whatthejeff/nyancat-phpunit-resultprinter Nyan Cat result printer for PHPUnit. whatthejeff/nyancat-phpunit-resultprinter diablomedia/phpunit-pretty-printer A PHPUnit result printer that shows per-file test progress and execution times. Default output: Debug output showing time to run: diablo
意外と簡単だったLaravelで画像アップロードテスト - Qiita
Laravelで画像アップロード処理を実装したいのですが、 フロント側まだ作ってないので、テストを作って裏側だけで画像アップロードの挙動を確認したのでその流れを残しておきます。 テスト作成 class ImageUploadTest extends TestCase { public function testUploadImage() { //フェイクディスクの作成 //storage/framework/testing/disks/designに保存用ディスクが作成される //(指定しなければdesignではなくlocalフォルダが保存用に使用される) Storage::fake('design'); // テスト後ファイルは削除される // Storage::persistentFake('design'); テスト後も画像ファイルが残る // 画像アップロード用サービスクラス作成(
should API Reference覚書 - Qiita
1) Calculator null should be a 'null': TypeError: Cannot read property 'should' of null ： ： 2) Calculator undefined should be an 'undefined': TypeError: Cannot read property 'should' of undefined ： ： Chains 全てのアサーションはshould.jsラッパーオブジェクトを返ので、チェインすることができる。 「to, be, been, is, that, which, and, has, have, with, at, of, same」はチェイン可能なgetterとして提供されていて、テスト機能は提供していないみたい。 .not アサーションを否定します。 .deep deepフラグを設定
Node単体テスト 最初の一歩 - Qiita
Nodeで最低限のテストができるようにするよ。何も知らなくても15分くらいあればテストの最初の一歩をふみだせるように記事を書いたよ。 概要 npm test でテストが走るように設定 テストコード作成 Step#01 初期設定 ~/letstest をプロジェクトディレクトリにしよう。配下にtestディレクトリを作ってここにテストコードを置く。ディレクトリ名をtestにすることで、テストツールがテストコードの場所を見つけることができる。テストツールはmochaが普通に使われているのでこれをインストールする。 $ mkdir -p ~/letstest/test $ cd ~/letstest $ npm init -y $ npm install -save mocha npm init -y コマンドを打つと、package.jsonが生成される。この中のscripts.testフィール
Babel6でMochaとChaiを使ったテストを書く - Qiita
はじめに 最近Reactとか触っています。Github上とかでいろいろなコードを見させていただくのですが、React周辺はReduxを使っているのでBabel使ってるけど、テストはFacebookのJestを使っていてあんまりBabel使えてなかったり、もはやテスト書いてなかったりします。 そもそもReactはフロントエンドのライブラリなので、あまりテストを書きたくなくなるのもわかります。ですが、Railsやっててもなるべくテストを書くことを尊重する雰囲気になってきているので、React周辺でもテストを書いていきたいのです。そこで、JestではなくてMochaとChaiを使ってテストを書くにはどうするべきなのかと思い、まとめました。 環境 node: v5.1.0 npm: 3.3.12 ディレクトリ構成
mochaとは？ - Qiita
<!DOCTYPE html> <html lang="ja"> <head> <meta charset="utf-8"> <link rel="stylesheet" href="node_modules/should/node_modules/should-format/tests/browser/mocha.css" /> <title>テスト</title> <script type="text/javascript" src="node_modules/chai/chai.js"></script> <script type="text/javascript" src="node_modules/should/node_modules/should-format/tests/browser/mocha.js"></script> <script type="text/javas
mocha における describe it before beforeEach after afterEach の実行順序 - Qiita
mocha における describe it before beforeEach after afterEach の実行順序JavaScriptmocha はじめに この記事について Javascript のテストフレームワーク mocha における describe it before beforeEach after afterEach の実行順序について調べてみました。 環境 Windows 7 Professional x86 mocha 5.0.1 結果 5行で describe は上から順番に実行される it は上から順番に実行される beforeEach, afterEach は 各 it の前後 で実行される before は describe の最初に一度だけ 実行される after は describe の最後に一度だけ 実行される 実行結果 $ mocha test.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Laravel で PHPUnit を使うには - Qiita
private,protectedなメソッドを呼び出してテストする(新) - Qiita
IntelliJ上でPHPUnitを使うために - Qiita
mocha + chai.should で null や undefined をテストする - Qiita
Mochaを使うときはassert.strictEqualを使ったほうがいいな?という話 - Qiita
Immutable.jsのオブジェクト比較用のpluginを作った - Qiita
mocha 4がsequelize使ってるときに終了しないとき - Qiita
