タグ付けされた質問 「testing」

TDDを使用してプラグインを開発していますが、完全にテストに失敗することの1つは...フックです。 つまり、フックコールバックをテストできますが、フックが実際にトリガーされるかどうかをテストするにはどうすればよいですか（カスタムフックとWordPressのデフォルトフックの両方）？多少のm笑が役立つと思いますが、私は何が欠けているのかわかりません。 WP-CLIでテストスイートをインストールしました。この答えによると、initフックはトリガーされるはずですが、それでもトリガーされません。また、コードはWordPress内で機能します。 私の理解では、ブートストラップは最後にロードされるので、initをトリガーしないのは理にかなっているので、残っている質問は次のとおりです：フックがトリガーされたかどうかをテストする方法は？ ありがとう！ ブートストラップファイルは次のようになります。 $_tests_dir = getenv('WP_TESTS_DIR'); if ( !$_tests_dir ) $_tests_dir = '/tmp/wordpress-tests-lib'; require_once $_tests_dir . '/includes/functions.php'; function _manually_load_plugin() { require dirname( __FILE__ ) . '/../includes/RegisterCustomPostType.php'; } tests_add_filter( 'muplugins_loaded', '_manually_load_plugin' ); require $_tests_dir . '/includes/bootstrap.php'; テストしたファイルは次のようになります。 class RegisterCustomPostType { function __construct() { add_action( 'init', array( $this, 'register_post_type' …

34 testing  unit-tests 

Tracで提案されているWordPressパッチでユニットテストを正しく実行する方法と、テストの結果を正確に報告する方法に関する洞察と優れたリソースを探していました。私はこれが初めてで、このWPSEの質問にあるリソースを読みました。 私自身、これを行う方法を学び、このTracチケット＃5809のような実世界のバグでこれを行うことを本当に望んでいます。前述のWPSEの質問のリソースを読んだ後、私の短所は、提案されたパッチに対して提案されたテストをどのようにセットアップするか理解できないことです。 更新：まだリソースを検索しており、現在、WordPress単体テストでこのビデオを見ています。

31 taxonomy  debug  testing  patch 

こんにちは、みんな、 自動化された回帰テストに使用しているプラ​​ットフォームとしてWordPressを使用して、クライアントにブログ以外の複雑なソリューションを提供している他の人の意見を聞きたいのですが。 「回帰テスト」という用語に慣れていない人のために、ウィキペディアでは次のように定義しています。 回帰テストとは、プログラムを再テストすることにより、プログラムの変更（バグ修正や新機能など）が行われた後にソフトウェアエラーを発見しようとする、あらゆるタイプのソフトウェアテストです。回帰テストの目的は、バグ修正などの変更によって新しいバグが発生しなかったことを確認することです。 ウィキペディアによると、次のように語っています。これは、私が現在プロジェクトで経験していることです。 ソフトウェアが修正されると、新しい障害の出現や古い障害の再出現が非常に一般的であることが経験により示されています。修正が貧弱な改訂管理慣行（または改訂管理における単純な人為的ミス）によって失われるため、再出現が発生することがあります。多くの場合、問題の修正は、最初に観察された狭いケースでは問題を修正しますが、ソフトウェアの寿命にわたって発生する可能性のあるより一般的なケースでは修正しないという点で「脆弱」です。多くの場合、ある領域の問題を修正すると、別の領域でソフトウェアのバグが発生します。最後に、いくつかの機能が再設計されると、その機能の元の実装で行われたのと同じ間違いのいくつかが再設計で行われた場合がよくあります。 アクションとフィルターのグローバルな性質により、クライアントが要求する機能を追加するにつれて複雑さが増し始め、特にWP_Queryデータベースへの呼び出しを頻繁に使用してデータベースを頻繁に更新する場合、複雑なプラグインを安定させるのが難しくなります。 私の考えでは、一連の「テストケース」を使用して回帰テストを設定し、「テストスイート」を構成します。概念的には、HTTP GETリクエストのHTML出力をテストするのはそれほど難しくありません。ただし、管理コンソール経由でログインしたり、jQueryの相互作用をテストしたりするときにテストする必要がある場合は、少し複雑になります。 ここでベストプラクティスを収集できることを期待して、これをコミュニティWikiとして設定していますが、他のWordPressの専門家が使用している場合は、プロセスを聞くのが本当に心配です。

22 customization  testing 

プラグインの1つに単体テストを適用する必要があります。最近、クラスに再設計したので、ユニットテストは今より簡単に適用できるはずです。 プラグインの単体テストに効果的な戦略は何ですか？プラグインで使用されるWordPressの機能を使用する方法が必要ですが、実行中のWordPressサイト（DB AFAIKでデータをテストするだけ）は必要ありませんか？ サイトのコンテキストでプラグインではなくプラグインを単体テストする方法を見つけるのに苦労しています。これにはSeleniumを使用できますが、今はプラグインクラスの機能を単体テストすることに集中したいので、更新のたびにそれらを壊さないようにします。

17 plugin-development  testing 

Wordpressサイトをどのように開発し、テストし、デプロイして有効にしますか？ 特にデータベースが関係している場合は特に、私が見つけることは常に少し問題があります。主に、テストサイトでは、まったく新しいデータベースを展開する必要があるため、すべてのリンクがライブサイトではなく、テストサイトのURL。 同様に、最後にバグを修正したり何か新しいものを開発したりする必要があるときにユーザーがアップロードしたアップロードは、テストサイト全体にコピーする必要があります。 他の人はそれをどのように行うのですか？あなたはただのに我慢していますか？役立つバージョン管理システムを使用していますか？ ありがとう

10 testing 

プラグインのテスト/デバッグ環境をすばやく繰り返し設定する方法を探しています。おそらくVagrantを使用しています。VVVのようなプロジェクトは単一環境のセットアップ（または、stable / trunkのようないくつかの環境）に焦点を当てていますが、私が探しているのは次のような環境をセットアップするスクリプトです。 wp39-php52.local wp40-php52.local wp41-php52.local wp39-php53.local wp40-php53.local など（あなたはアイデアを得る） そんなことありますか？私が見つけた最も近いものは、少なくともPHPバージョンを実行するWordPress Vagrant Boxesですが、WordPressバージョンをミックスに追加するより完全なものがあるかもしれません。ありがとう。

9 plugin-development  testing  vagrant 

WordPressの単体テストにはさまざまなスレッドがあります。限りでは、WordPressで行われたすべてのカスタマイズに対して適切なユニットテストを行う必要があります。 私はいくつかのプラグインと同じものについての記事をチェックしました。ここにいくつかあります。 http://codex.wordpress.org/Theme_Unit_Test http://wptest.io/ https://make.wordpress.org/core/handbook/testing/automated-testing/phpunit/ これで、PHPユニットを使用して、必要に応じてテストケースを作成できます。コア機能とカスタマイズのためにテストケースを作成できます。 ヘビープラグインとカスタマイズを備えたテーマの自動ユニットテストについてはどうですか。メガメニュー、ビジュアルコンポーザー、Woo Commerceのカスタマイズなど。 これはどのように行うことができますか？高度なカスタマイズが可能なプレミアムテーマとプラグインで開発されたサイトのユニットテストの標準はありますか？

8 testing  unit-tests 

WordPressがどのように作成され、データベースとどのように相互作用するか、およびOOP指向ではないことを考えると、テーマを単体テストする方法はありますか？WordPressと対話するフレームワーク（テーマフレームワークではない）を単体テストする方法はありますか。たとえば、ループを処理したり、ウィジェットを処理したりするための単体テストを作成できますか？ もしそうなら、誰にも例がありますか？単体テストの書き方は知っていますが、テーマ用の単体テストを書いたことがありません。 考え？

8 php  theme-development  testing 

ライブサイトでいくつかのテーマの変更をテストしたいのですが、通常のユーザーにそれから発生する可能性のあるエラーが表示されないようにしたいのは明らかです。テーマフォルダを複製したいのですが、管理者としてログインしている場合は、そのテーマが表示されます。それ以外の場合は、古いテーマがユーザーに表示されます。 これを行うプラグインはありますか？

8 themes  testing