Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
参考 やむにやまれない理由で、ローカル環境またはローカルの仮想マシン内に自分だけの開発環境を構築できない場合があります。 でもリモートデバッグはやりたい...ヨダレが出るほどに...var_dumpとか書きたくないし! 想定環境 今回の想定は、↓の図のような感じで開発してるものとします。 ポイントは、 開発者のローカル端末でソースコード編集が行われず、開発サーバ内のソースコードをみんなで編集している 開発サーバが、開発者ローカル端末と 同サブネットに存在しない。 開発サーバが同サブネットに存在する場合は... 同サブネットに存在する場合は、そもそもxdebugの設定で解決する(はず)と思います。 xdebug.remote_connect_backの設定がそれです。 remote_connect_backは、$_SERVER['REMOTE_ADDR']によってデバッグ待機中のマシンを確認
Android や Java EE で開発していたりすると、デバッグ実行によくお世話になる。ステップ実行で 1 つ 1 つ追っていくと、それでバグの原因が見つかったりするので重宝するものだ。 PHP では Xdebug を使用して同様の事が出来るのだが、設定が面倒だったり、Java ほど使い勝手が良くなかったりするので 結局 var_dump や print_r で問題箇所で変数の内容を出力する事でデバッグしてしまう。しかもそれで殆ど何とかなってしまう。 とはいえ、折角なので PhpStorm でステップ実行してみる。以下自分用メモ。 前提 最近は開発環境といってもデスクトップ OS (Windows / OS X / Linux) に直接 (W,M,L) AMP 環境を構築する事は少なくなってきた。 VM 上に Linux の環境を構築した方がスナップショットを撮っておけば失敗してもすぐ
NetBeansでのxdebug設定方法 開発環境:Windows7 php5.5.19 自分の環境にあったxdebug.dllを探す方法 下記ソースでphpinfoを表示する。 <?php phpinfo() php?> http://xdebug.org/wizard.phpへ出力されたphpinfoをコピーして貼り付け、実行すると下記画面のようになる。 出力画面のdllダウンロードリンクからダウンロードして、記載の場所へdllを格納する。 php.iniファイルを変更する。 php.iniファイルの変更箇所(下記項目を追加した) [XDebug] zend_extension="C:\php55\ext\php_xdebug-2.2.7-5.5-vc11-x86_64.dll" xdebug.remote_enable=1 xdebug.remote_host="127.0.0.1"
FuelphpのViewテストを行うためにphpunit用のテストケースのベースクラスを書きました. 親クラス FuelPHPのコントローラユニットテストで認証,Response::redirect(), Request::is_hmvc()を正しく機能させテストを動かす.Aspect Mock使用で作成したコントローラ用のテストケースControllerTestcaseを継承しているので,そちらもご覧ください. ControllerTestcase::setup()で行っている,Fieldsetインスタンスのクリア,Requestインスタンスクリア,Assetのファイル検索対応がViewテストにも必要だったので,継承して使っています. Viewテスト - URLチェック controller/action構造の変更などに伴うリンク切れを検出したかったので, AspectMockでHtml
FuelPHP Advent Calendar 2015の6日目を担当する@wataです。昨日は@sharkppさんのNestedSets Model を使って FuelPHP 用コメントボックスパッケージを作った話でした。 本記事ではFuelPHPを用いた開発におけるユニットテスト、特にデータベースまわりに関するテストケースの作成について、保守性の面から色々考えたあれこれを書かせていただければと思います。 FuelPHPのテスト事情 突然ですがみなさん、テスト書いてますか? PHPはとっても柔軟(?)な言語なので、品質を担保するためにはいつでも実行可能で、軽量なテストによって、動作が常に正しいことを検証できることが望ましいとされています。 PHPの場合、テスティングフレームワークとしてはPHPUnitが有名であり、多くのテスト支援のための機能が実装されています。FuelPHPも例外なくP
はじめに Node.js と連携することで、昔は大変だったフロントエンドのテストがとても便利になってます。 という内容です。 はじめに QUnit があった JS のテスト手段として、自分の観測範囲で最も古い(4, 5年前に知った)ものが QUnit でした。 このテスティングフレームワークは、例えばこのように使用します: <html> <head> <link rel="stylesheet" href="//code.jquery.com/qunit/qunit-1.20.0.css"> <script src="//code.jquery.com/qunit/qunit-1.20.0.js"></script> <script src="foo.js"></script> <script src="bar.js"></script> <script src="tests.js"></
はじめに WordPressプラグインのテストをCodeceptionを使ってテストする際の手順をまとめました。実際に作成したものをGitHubに公開しています。テストの内容はこれをもとに記載しています。 Codeceptionとは Codeceptionは、PHPのテストツールのひとつです。ユニットテストの他に、ブラウザを使った振る舞いテストや、APIのテストをおこなうことができます。 Codeceptionを使うメリット WordPressのプラグインをテストする際に、Unitテストはphpunit、実ブラウザでのテストはSeleniumや、実際に動かしてテストしてみたりと、各アプリケーションを切り替えてテストすることになり、結構面倒ですが、Codeceptionを使うことでコマンド1発で両方のテストを行うことができます。Codeceptionのテストは記述しやすいので、テストケースの
「はじめに」の「はじめに」 2016年版としてマイグレーションしました。 特にこだわりが無い場合は、こちらを参照してください。 はじめに こんな感じで資料を作ろうとしていた草稿です。 文中のソースコードの正誤とかは見きれていません。 ツッコミとか有れば、よろしくお願いしますm( _ _ )m PHPUnitを使ったからといって、どんなソースコードもテストできる訳ではありません。 テストをし易いようにクラスを設計している必要があります。また、そのように設計していてもUnitテストに入れることの出来ない箇所は出てきます。Unitテストに入れることの出来ない箇所は出来ないと割り切らなければなりません。むしろ、どれだけのコードをUnitテストに入れることが出来るか? というのが設計者の腕の見せどころになるでしょう。 極論を言うと 「どんなクラスでも疎結合に実装していなければならない」 ということで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く