summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorKevin Christopher Henry <k@severian.com>2013-08-22 04:39:31 -0400
committerTim Graham <timograham@gmail.com>2013-08-22 09:37:03 -0400
commit2e926b041c36d46d921acba516a262e21ddaa60d (patch)
tree095d39a72fe4ee161ef6834efa60c107d3399982 /docs
parentbac4d03ce68eae7fe13f1891ecdc015817c6d1d8 (diff)
Documentation -- Clarified use of 'view' in test client introduction.
Diffstat (limited to 'docs')
-rw-r--r--docs/topics/testing/overview.txt7
1 files changed, 4 insertions, 3 deletions
diff --git a/docs/topics/testing/overview.txt b/docs/topics/testing/overview.txt
index 746c78f41b..89b43c42c5 100644
--- a/docs/topics/testing/overview.txt
+++ b/docs/topics/testing/overview.txt
@@ -328,7 +328,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.
@@ -337,8 +338,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