Browse files

many new enhancements to run-tests that allow for testing cgi and other

sapi modules via http.  see README.TESTING2 for more details
several sapi tests added
  • Loading branch information...
1 parent 56210b8 commit b671380b6b5b6e1f4f235e810afa4199e989d2ba Shane Caraveo committed Mar 25, 2003
Showing with 1,457 additions and 580 deletions.
  1. +137 −0 README.TESTING2
  2. +74 −0 run-tests-config.php
  3. +1,006 −580 run-tests2.php
  4. +17 −0 sapi/tests/test001.phpt
  5. +23 −0 sapi/tests/test002.phpt
  6. +22 −0 sapi/tests/test003.phpt
  7. +27 −0 sapi/tests/test004.phpt
  8. +28 −0 sapi/tests/test005.phpt
  9. +75 −0 sapi/tests/test006.phpt
  10. +48 −0 sapi/tests/test007.phpt
@@ -0,0 +1,137 @@
+This is an addendum to README.TESTING with additional information
+specific to run-tests2.php.
+run-tests2.php is backward compatible with tests developed for
+the original run-tests.php script. run-tests2 is *not* used by
+'make test'. run-tests2 was developed to provide support for
+testing PHP under it's primary environment, HTTP, and can run the
+PHP tests under any of the SAPI modules that are direct executables,
+or are accessable via HTTP.
+[New features]
+* Command line interface:
+ You can run 'php run-tests2.php -h' to get all the possible options.
+* Configuration file:
+ the -c argument will allow you to use a configuration file. This is
+ handy if you are testing multiple environments and need various options
+ depending on the environment.
+ see run-tests-config.php for details.
+* CGI Emulation:
+ Will emulate a CGI environment when testing with the cgi sapi executable.
+* HTTP testing:
+ can be configured to run test scripts through an HTTP server running
+ on localhost. localhost is required since either the web server must
+ alias a directory to the php source directory, or the test scripts
+ must be copied to a directory under the web server
+ (see config options TEST_WEB_BASE_URL, TEST_BASE_PATH, and TEST_WEB_EXT)
+* New sections supported for test files (see below)
+When running tests over http, tests that require ini settings different that what
+the web server runs under will be skipped. Since the test harness defines a number
+of ini settings by default, the web server may require special configuration to
+make testing work.
+[Example Usage]
+Some (but not all!) examples of usage:
+1. run tests from the php source directory
+ php run-tests2.php -p /path/to/php-cli
+2. run tests using cgi emulation
+ php run-tests2.php -p /path/to/php-cgi
+3. run tests over http, copying test files into document root
+ php run-tests2.php -w -u http://localhost/test -m /path/to/htdocs/test
+4. run tests over http, php sources have been aliased in web server
+ php run-tests2.php -w -u http://localhost/test
+5. run tests using configuration file
+ php run-tests2.php -c /path/to/run-tests-config.php
+6. run tests using configuration file, but overriding some settings:
+ (config file must be first)
+ php run-tests2.php -c /path/to/run-tests-config.php -w -t 3 -d /path/to/testdir
+NOTE: configuration as described in README.TESTING still works.
+[New Test Sections]
+In addition to the traditional test sections
+(see, several new sections are available
+under run-tests2.
+This is not a new section, but not multipart posts are supported for testing
+file uploads, or other types of POST data.
+This section takes no value. It merely provides a simple marker for tests
+that MUST be run as CGI, even if there is no --POST-- or --GET-- sections
+in the test file.
+Not used for anything, just a section for documenting the test
+This section get's eval()'d to help build an environment for the
+execution of the test. This can be used to change environment
+vars that are used for CGI emulation, or simply to set env vars
+for cli testing. A full example looks like:
+ --ENV--
+ return <<<END
+ PATH_INFO=$scriptname
+ SCRIPT_NAME=$scriptname
+ END;
+Some variables are made easily available for use in this section, they
+ $filename full native path to file, will become PATH_TRANSLATED
+ $filepath =dirname($filename)
+ $scriptname this is what will become SCRIPT_NAME unless you override it
+ $docroot the equivelant of DOCUMENT_ROOT under Apache
+ $cwd the directory that the test is being initiated from
+ $this->conf all run-tests2 configuration vars
+ $this->env all environment variables that will get passed to the test
+This section is also eval'd, and is similar in nature to --ENV--. However,
+this section is used to build the url used in an HTTP request. Valid values
+to set in this section would include:
+ SCRIPT_NAME The inital part of the request url
+ PATH_INFO The pathinfo part of a request url
+ FRAGMENT The fragment section of a url (after #)
+ QUERY_STRING The query part of a url (after ?)
+ return <<<END
+ PATH_INFO=/path/info
+ END;
+This section is also eval'd. It is used to provide additional headers sent
+in an HTTP request, such as content type for multipart posts, cookies, etc.
+ return <<<END
+ Content-Type=multipart/form-data; boundary=---------------------------240723202011929
+ Content-Length=100
+ END;
+This section can be used to define what headers are required to be
+received back from a request, and is checked in addition to the
+regular expect sections. For example:
+ Status: 404
@@ -0,0 +1,74 @@
+/* this file may be duplicated to provide testing for
+ multiple php binaries or configurations. It is used
+ with the -c option on run_tests2.php. All these
+ settings will also go into the environment for tests
+ that are directly executed, so you can also set things
+ like PHPRC here to force an executable to use a
+ specific php.ini file. */
+$conf = array(
+/* path to the php source tree */
+/* executable that will be tested. Not used for
+ web based tests */
+/* php.ini to use when executing php */
+/* log format */
+/* debugging detail in output. */
+/* error style for editors or IDE's */
+/* don't ask, and don't send results to QA if true */
+'NO_INTERACTION' => true,
+/* base url prefixed to any requests */
+/* if set, copy phpt files into this directory,
+ which should be accessable via an http server. The
+ TEST_WEB_BASE_URL setting should be the base url
+ to access this path. If this is not used,
+ TEST_WEB_BASE_URL should be the base url pointing
+ to TEST_PHP_SRCDIR, which should then be accessable via
+ an http server.
+ An example would be:
+ TEST_WEB_BASE_URL=http://localhost/test
+ TEST_BASE_PATH=/path/to/htdocs/test
+/* file extension of pages requested via http
+ this allows for php to be configured to parse
+ extensions other than php, usefull for multiple
+ configurations under a single webserver */
+'TEST_WEB_EXT' => 'php',
+/* if true doesn't run tests, just outputs executable info */
+'TEST_CONTEXT_INFO' => false,
+/* : or ; seperated list of paths */
+/* additional configuration items that may be set
+ to provide proxy support for testes:
+ timeout
+ proxy_host
+ proxy_port
+ proxy_user
+ proxy_pass
Oops, something went wrong.

0 comments on commit b671380

Please sign in to comment.