summaryrefslogtreecommitdiff
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:39:14 -0400
commitbf9382fb02c54a5991fb2eb91322befe21177a49 (patch)
tree32133a94bbf3b1f1a1de57c37166917949210eee
parent8d02c378ab78694991483bc3f0b01e2e89f73264 (diff)
[1.6.x] Documentation -- Clarified use of 'view' in test client introduction.
Backport of 2e926b041c from master
-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 d56b1be20f..72e2c4f32d 100644
--- a/docs/topics/testing/overview.txt
+++ b/docs/topics/testing/overview.txt
@@ -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