[1.6.x] Documentation -- Clarified use of 'view' in test client introduction.
Backport of 2e926b041c
from master
This commit is contained in:
parent
8d02c378ab
commit
bf9382fb02
|
@ -346,7 +346,8 @@ Some of the things you can do with the test client are:
|
|||
everything from low-level HTTP (result headers and status codes) to
|
||||
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
|
||||
a template context that contains certain values.
|
||||
|
@ -355,8 +356,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
|
||||
short:
|
||||
|
||||
* Use Django's test client to establish that the correct view is being
|
||||
called and that the view is collecting the correct context data.
|
||||
* Use Django's test client to establish that the correct template is being
|
||||
rendered and that the template is passed the correct context data.
|
||||
|
||||
* Use in-browser frameworks like Selenium_ to test *rendered* HTML and the
|
||||
*behavior* of Web pages, namely JavaScript functionality. Django also
|
||||
|
|
Loading…
Reference in New Issue