-
Notifications
You must be signed in to change notification settings - Fork 384
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Discovery around adding performance profiling/testing #1017
Comments
For one approach, consider: https://github.com/WordPress/gutenberg/blob/master/phpunit/class-performance-test.php |
I talked about this with @amedina and suggested to look into the Blackfire profiler I had already mentioned. This has built-in support for CI integration, and although this is only provided in the paid edition, it is probably still cheaper than building such a system from scratch using Xdebug. |
#2069 (comment) shows just how bad validation could get. 3s normal WP functions after pressing Update, then a 9s AMP validation. |
Added #3361 as a result of this discovery ticket. Closing this for now. If we decide not to proceed with Blackfire, we can reopen again. |
In light of #993 it is clear we need more performance profiling in place for the plugin.
tests
directory for use in testing.runInSeparateProcess
tests. Let this test suite be run with all the others on Travis CI, but exclude it by default on the local environment. Or rather, as in the case of Gutenberg, use environment variable for this same purpose. A separate testsuite/group seems better.See also #990 for sending back server timings via HTTP response headers.
The text was updated successfully, but these errors were encountered: