ユニットテストについて 近年のプログラミングの現場ではユニットテストは当たり前のように求められ、コードのデプロイのサイクルにも取り入れられているものと思います。 これはプログラミング言語を問わず言えることでしょう。 WordPressの場合はどうなのか 一方でWordPressを用いたWebサイト制作においては、ユニットテストの積極的にやっているケースは少ないように思います。 多くのWordpressサイト構築を引き継いできましたが、これまでの経験でテストコードが存在するようなものはありませんでした。 これまで社内でWordPressサイトを構築する場合もtheme-test-data-jaやE2Eテストのようなものは状況に応じて実施するものの、ユニットテストのコード作成は行ってきませんでした。 それでは、WordPressサイト構築においても、PHPUnitでテストしたいとなった場合はど
初めまして、弁護士ドットコムでエンジニアをやっている @namizatork です。 第1回目で @komtaki さんが書いた 「弁護士ドットコムサービスのビジネスと共にみるマイクロサービスの進化」 がプチバズりしていたので第2回目となる今回、少し 滑らないか 心配ですが頑張って書きます。 本記事では、サービス開始から10年以上が経過したサービスのユニットテストを改善したという内容をお話しします。 ユニットテスト改善チームの立ち上げ 改善前に必要なことを明確化 キックオフ ユニットテストを並列実行する GitLab parallel 時間の掛かっているユニットテストを特定する 実行方法 テストが遅い原因を特定&解決 (1) 多くのループ処理やスリープ処理を利用している (2) 誤ったsetUpやtearDownの使い方をしている (3) DBに依存しており、アクセスに時間が掛かっている
CakePHP 4.x に ParaTest を導入 テストの数が増えてきて全件テストを実行するのに時間がかかるようになった為、ParaTestを導入し、テストを並列実行するようにしてみました。 version CakePHP: 4.4.10 ParaTest: v6.9.1 PHPUnit: 9.6.7 ドキュメント https://github.com/paratestphp/paratest ParaTest PHPUnit でのテストを並列で実行できるツール 並列数(プロセス数)はオプションで指定できる テストクラス単位で並行実行される模様 環境変数 ParaTest に並列実行されるプロセスごとに1から始まる連番が設定される DB を利用したテストを並列実行する際は、TEST_TOKEN を利用して、各プロセス毎に利用するDBを分けるが必要がある Laravel 10.x の並列
CakePHP Advent Calendar 2018 - Qiita 3日目の記事になります。 去年のCakePHPアドベントカレンダーではCakePHP 3 のチュートリアルにユニットテストを追加する話を書きましたが、 今年はCake 2のテストの話を書きます。 CakePHP2 アプリは PhpStorm の恩恵が受けにくい プロダクト開発でCakePHP2 を使ってアプリを構築していると、 PhpStorm 機能の恩恵を受けられない以下のような難点があります。 DBのデータを取り出すと配列で、コード補完ができない 名前空間対応してないので、コード補完ができない ユニットテスト実行が、phpunitコマンドではなく、独自のコマンド Console/cake test であり、PhpStorm と連携できない 1つ目と2つ目もつらい感じですが、テストを書くうえは3番目もつらいですね。
はじめに PHPUnitを分割実行して、実行後にログとカバレッジをそれぞれマージする方法です。 分割実行することでメモリ使用量を下げることができるので、大規模なプロジェクトでPHPUnitを実行するときなどに有用です。 必要なもの phpcov コードカバレッジのマージに必要です。 Composerでインストールします。 merge-phpunit-xml.php ログのマージに必要です。 ダウンロードして適当な場所に配置します。 Composerでphpcovをインストールしていれば、必要なパッケージも一緒にインストールされているはずなので、下記のように書き換えてvendor/autoload.phpファイルをインクルードすれば動くはずです。 @@ -1,7 +1,6 @@ #!/usr/bin/env php <?php -require 'SebastianBergmann/Find
いきなりですが、PHPでオブジェクトの比較をするのって面倒ではないですか？ かといってバグ対応の方が面倒なのでテストをサボらずにしぶしぶ書く、そんな毎日でした。 そこで、厳密なオブジェクトの比較を簡単にできないかと考え解決策に至るまでの道のりの話です。 面倒な例 <?php class Foo { private $bar; private $baz; public function __construct($bar, $baz) { $this->bar = $bar; $this->baz = $baz; } public function getBar() { return $this->bar; } public function getBaz() { return $this->baz; } } <?php $fooList = $service->doSomething();
下記↓の記事のコメントの通り、 PHPUnitの$this->assertXXXX() の別記法 - Qiita PHPUnit には Functions.php というファイルが含まれていて、これを require するとアサーションなどがグローバル関数に登録されるので、次のようにテストを書くことができます。 <?php // 普通こう書くけど、 $this->assertThat($actual, $this->equalTo($expect)); // Functions.php を読んどけばこうも書ける。 assertThat($actual, equalTo($expect)); とても便利なんですけど Functions.php は明示的に読む必要があります。 <?php require_once __DIR__ . '/vendor/phpunit/phpunit/src/F
Mimizuku Advent Calendar 15日目の記事です。ナチュラルに更新をサボってしまっていて現在18日ですが、時間がとれたのでとりあえず更新。 テーマでも PHPUnit によるユニットテストをやりたい wp-cli にはwp scaffold plugin-testsというコマンドがあり、これを実行すると任意のプラグインのディレクトリに PHPUnit を実行するための環境（ファイル群）が用意されます。WordPress はどうしてもデータベースと密接に絡んでテストしないといけない部分がでてくるので、ここで用意される PHPUnit はテスト用の WordPress を一時的に立ち上げたりとか、投稿を自動生成したりするコマンドとか、そういうものも含まれている超便利なものになっています。 で、これを Mimizuku でもやりたいと思ったのですがコマンドが無かったのです。w
本章では、これまでテスト駆動開発を行うための環境の構築方法について説明してきました。 ここからいよいよテスト駆動開発を用いてショートコードプラグインを作っていきます。 これから作るプラグインの機能について これから例として作るプラグインはショートコードプラグインです。 ショートコードとは、記事内に動的に変化するコンテンツを埋め込むための仕組みで、WordPressのデフォルトでは[gallery]というショートコードがあり、みなさんも使ったことがあると思います。 これを使用すると簡単なパラメータをPHPに渡して複雑な処理を行うことができ、私も以下のようなプラグインを公式ディレクトリに公開しています。 Simple Map – https://wordpress.org/plugins/simple-map/ Child Pages Shortcode – http://wordpress.
WordPressのコマンドラインツール WP-CLI には様々な機能がありますが、プラグイン開発者にとって特に便利な機能がいくつかあります。 その代表的な例が以下のコマンドで、このコマンドを既存のプラグイン名を指定して実行するとPHPUnitテスト用のサンプルコードが自動的に生成されます。 wp scaffold plugin-tests <plugin-name> また、以下のコマンドを実行すれば、PHPUnitテスト用のファイルが含まれたプラグインのひな形を自動的に生成してくれます。 wp scaffold plugin <plugin-name> 今回の記事では、このコマンドをつかって生成したプラグインのひな形を使ってテスト駆動開発に挑戦してみます。 テスト環境について 何度もユニットテストを繰り返すことを考えると、やはり簡単にリセットできることが望ましいと思います。 そこで今回は
初登場の @tototoshi です。今回は pixiv のユニットテストで利用しているモックライブラリの紹介をします。 ここ2ヶ月くらいの間、レガシー化したとあるモジュールのリファクタリングに取り組んでいました。 リファクタリングにはテストコードが必須です。しかし今ではすっかりテストを書く文化が根付いている pixiv にもテストコードがない時代がありました。リファクタリングが必要な古いコードにはテストコードがないことが多く、そういったコードに新たにテストをつけていくのはなかなか大変です。テストの概念のないプロジェクトはテスト可能なように設計・実装されていません。テストを書くのが大変なのではなく、書けるようにするまでが大変です。 特にやっかいだったのは DB を参照したりするようなスタティックメソッドを使ったメソッドのテストでした。以下のようなスタティックな Dao を使用した Serv
Vagrant を使って PHP 開発する場合、synced_folder でフォルダを共有して、ソースコードの編集はホスト PC 、実行は仮想サーバで行っている方が多いと思います。 このスタイルで開発する場合、PHPUnit によるテストの実行は、ターミナルで仮想サーバにログインしてコマンドラインから行うことになります。開発中は頻繁にテストを実行するので、できればエディタからテストを実行したいですよね。 PhpStorm によい機能がないか調べたところ、PHPUnit on Server というズバリの機能がありました。この機能を使うと、ホスト PC の PhpStorm からリモートサーバの PHPUnit を実行できます。 Symfony2 のテストをリモート実行する例を紹介していますが、他のフレームワークにも応用可能かと思います。 2014年9月26日追記 PhpStorm8 から
最近の開発ではローカルマシン上ではなく、Vagrant等を利用しての仮想環境を用いた開発が主流となってきました。そこで、NetBeansからテストをリモートマシン上で実行し、結果を取得するスクリプトを紹介します。 ※NetBeans 8.0で動作確認を行っています。7.4では動作しません。 リモートマシンでphpunitを実行するには、カスタムphpunitスクリプトを利用します。 次のスクリプトを、プロジェクトディレクトリ内のnbprojectディレクトリまたは、testsディレクトリに設置して適宜変更します。また、実行権限を与えてください。（パーミッション755等） netbeans-remote-phpunit/phpunit-remote.sh at master 変更箇所は、REMOTE_PKEY、REMOTE_SERVER、REMOTE_ROOT、REMOTE_PHPUNIT、
みなさんテストしてますか? 簡単なassertテストはスラスラ書けても、依存関係が絡むControllerやModel周りのテストは一筋縄ではいかないことが多いです。 自分には無縁（見て見ないふり）だったものの、最近いよいよ「これはしっかりテストしないと…」という状況に追い込まれモックの学習を始めました。 CakePHPでのモック CakePHPではPHPUnitが標準で採用され、CakePHP上で扱い易いようCakeTestCaseやControllerTestCaseといったサブクラスが用意されています。 PHPUnitにはモック・フレームワークも備わっており、そのままでもモック/スタブを利用できるのですが、なんか書けば書くほど面倒…と意気消沈。もっと書きやすい爽快なモック・フレームワークは無いかと探し、そこで見つけたのがPhakeです。 PHPUnitでのModelモック/スタブ生成
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く