[1.5.x] Documentation -- Clarified use of 'view' in test client introduction.

Backport of 2e926b041c from master
This commit is contained in:
Kevin Christopher Henry 2013-08-22 04:39:31 -04:00 committed by Tim Graham
parent 3b32b1544f
commit 1b236048b9
1 changed files with 4 additions and 3 deletions

View File

@ -362,7 +362,8 @@ Some of the things you can do with the test client are:
everything from low-level HTTP (result headers and status codes) to everything from low-level HTTP (result headers and status codes) to
page content. page content.
* Test that the correct view is executed for a given URL. * See the chain of redirects (if any) and check the URL and status code at
each step.
* Test that a given request is rendered by a given Django template, with * Test that a given request is rendered by a given Django template, with
a template context that contains certain values. a template context that contains certain values.
@ -371,8 +372,8 @@ Note that the test client is not intended to be a replacement for Selenium_ or
other "in-browser" frameworks. Django's test client has a different focus. In other "in-browser" frameworks. Django's test client has a different focus. In
short: short:
* Use Django's test client to establish that the correct view is being * Use Django's test client to establish that the correct template is being
called and that the view is collecting the correct context data. rendered and that the template is passed the correct context data.
* Use in-browser frameworks like Selenium_ to test *rendered* HTML and the * Use in-browser frameworks like Selenium_ to test *rendered* HTML and the
*behavior* of Web pages, namely JavaScript functionality. Django also *behavior* of Web pages, namely JavaScript functionality. Django also