Skip to main content

Zope Application Testing Support

Project description

This package provides testing support for Zope 3 applications. Besides providing numerous setup convenience functions, it implements a testing setup that allows the user to make calls to the publisher allowing to write functional tests.

Detailed Documentation

FDocTest (How-To)

Steps to get started:

  1. Use a clean/missing Data.fs

  2. Create a manager with the name “mgr”, password “mgrpw”, and grant the zope.Manager role.

  3. Install tcpwatch.

  4. Create a temporary directory to record tcpwatch output.

  5. Run tcpwatch using: tcpwatch.py -L 8081:8080 -s -r tmpdir (the ports are the listening port and forwarded-to port; the second need to match the Zope configuration)

  6. In a browser, connect to the listening port and do whatever needs to be recorded.

  7. Shut down tcpwatch.

  8. Run the script src/zope/app/testing/dochttp.py: python2.4 src/zope/app/testing/dochttp.py tmpdir > somefile.txt

  9. Edit the generated text file to add explanations and elide uninteresting portions of the output.

  10. In a functional test module (usually ftests.py), import FunctionalDocFileSuite from zope.app.testing.functional and instantiate it, passing the name of the text file containing the test.

DocTest Functional Tests

This file documents and tests doctest-based functional tests and basic Zope web-application functionality.

Request/Response Functional Tests

You can create Functional tests as doctests. Typically, this is done by using a script such as src/zope/app/testing/dochttp.py to convert tcpwatch recorded output to a doctest, which is then edited to provide explanation and to remove uninteresting details. That is how this file was created.

Here we’ll test some of the most basic types of access.

First, we’ll test accessing a protected page without credentials:

>>> print http(r"""
... GET /@@contents.html HTTP/1.1
... """)
HTTP/1.1 401 Unauthorized
Cache-Control: no-store, no-cache, must-revalidate
Content-Length: ...
Content-Type: text/html;charset=utf-8
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Pragma: no-cache
WWW-Authenticate: basic realm="Zope"
<BLANKLINE>
<!DOCTYPE html PUBLIC ...

Here we see that we got:

  • A 401 response,

  • A WWW-Authenticate header, and

  • An html body with an error message

  • Some technical headers to keep squid happy

Note that we used ellipsis to indicate ininteresting details.

Next, we’ll access the same page with credentials:

>>> print http(r"""
... GET /@@contents.html HTTP/1.1
... Authorization: Basic mgr:mgrpw
... """)
HTTP/1.1 200 OK
Content-Length: ...
Content-Type: text/html;charset=utf-8
<BLANKLINE>
<!DOCTYPE html PUBLIC ...

Important note: you must use the user named “mgr” with a password “mgrpw”.

And we get a normal output.

Next we’ll try accessing site management. Since we used “/manage”, we got redirected:

>>> print http(r"""
... GET /++etc++site/@@manage HTTP/1.1
... Authorization: Basic mgr:mgrpw
... Referer: http://localhost:8081/
... """)
HTTP/1.1 303 See Other
Content-Length: 0
Content-Type: text/plain;charset=utf-8
Location: @@contents.html
<BLANKLINE>

Note that, in this case, we got a 303 response. A 303 response is the prefered response for this sort of redirect with HTTP 1.1. If we used HTTP 1.0, we’d get a 302 response:

>>> print http(r"""
... GET /++etc++site/@@manage HTTP/1.0
... Authorization: Basic mgr:mgrpw
... Referer: http://localhost:8081/
... """)
HTTP/1.0 302 Moved Temporarily
Content-Length: 0
Content-Type: text/plain;charset=utf-8
Location: @@contents.html
<BLANKLINE>

Lets visit the page we were redirected to:

>>> print http(r"""
... GET /++etc++site/@@contents.html HTTP/1.1
... Authorization: Basic mgr:mgrpw
... Referer: http://localhost:8081/
... """)
HTTP/1.1 200 OK
Content-Length: ...
Content-Type: text/html;charset=utf-8
<BLANKLINE>
<!DOCTYPE html PUBLIC ...

Finally, lets access the default page for the site:

>>> print http(r"""
... GET / HTTP/1.1
... Authorization: Basic mgr:mgrpw
... """)
HTTP/1.1 200 OK
Content-Length: ...
Content-Type: text/html;charset=utf-8
<BLANKLINE>
<!DOCTYPE html PUBLIC ...

Access to the object system

You can use the getRootFolder() function:

>>> root = getRootFolder()
>>> root
<zope.site.folder.Folder object at ...>

You can intermix HTTP requests with regular Python calls. Note, however, that making an http() call implied a transaction commit. If you want to throw away changes made in Python code, abort the transaction before the HTTP request.

>>> print http(r"""
... POST /@@contents.html HTTP/1.1
... Authorization: Basic mgr:mgrpw
... Content-Length: 73
... Content-Type: application/x-www-form-urlencoded
...
... type_name=BrowserAdd__zope.site.folder.Folder&new_value=f1""",
... handle_errors=False)
HTTP/1.1 303 See Other
Content-Length: ...
Content-Type: text/html;charset=utf-8
Location: http://localhost/@@contents.html
<BLANKLINE>
<!DOCTYPE html ...

Now we can see that the new folder was added:

>>> list(root.keys())
[u'f1']

CHANGES

3.6.2 (2009-04-26)

  • Removed deprecated back35 module and loose the dependency on zope.deferredimport.

  • Adapt to zope.app.authentication refactoring. We depend on zope.password now instead.

  • Adapt to latest zope.app.security refactoring. We don’t need this package anymore.

3.6.1 (2009-03-12)

  • Use ISkinnable.providedBy(request) instead of IBrowserRequest as condition for calling setDefaultSkin in HTTPCaller. This at the same time removes dependency to the browser part of zope.publisher.

  • Adapt to the move of IDefaultViewName from zope.component.interfaces to zope.publisher.interfaces.

  • Remove the DEPENDENCIES.cfg file for zpkg.

3.6.0 (2009-02-01)

  • Fix AttributeError in zope.app.testing.setup.setUpTestAsModule (when called without name argument).

  • Use zope.container instead of zope.app.container.

  • Use zope.site instead of zope.app.folder and zope.app.component for some parts.

3.5.6 (2008-10-13)

  • Change argument variable name in provideAdapter to not conflict with buitin keyword in Python 2.6.

3.5.5 (2008-10-10)

  • Re-configured functional test setup to create test-specific instances of HTTPCaller to ensure that cookies are not shared by doctests in a test suite.

3.5.4 (2008-08-25)

  • Clean up some transaction management in the functional test setup.

3.5.3 (2008-08-22)

  • Fix isolation enforcement for product configuration around individual tests.

3.5.2 (2008-08-21)

  • Added missing dependency information in setup.py.

  • Added missing import.

  • Repair memory leak fix released in 3.4.3 to be more sane in the presence of generations.

3.5.1 (2008-08-20)

  • Correct Fred’s “I’m a doofus” release.

3.5.0 (2008-08-20)

  • Add support for product-configuration as part of functional layers; this more closely mirrors the configuration order for normal operation.

3.4.3 (2008-07-25)

3.4.2 (2008-02-02)

3.4.1 (2007-10-31)

  • Fixed deprecation warning for ZopeSecurityPolicy.

3.4.0 (2007-10-27)

  • Initial release independent of the main Zope tree.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

zope.app.testing-3.6.2.zip (46.2 kB view hashes)

Uploaded Source

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page