From d7c4db1b49994b9d71a8adae2bc3caf8070669fe Mon Sep 17 00:00:00 2001
From: Sam Brannen <sam@sambrannen.com>
Date: Thu, 30 Dec 2010 06:19:58 +0000
Subject: [PATCH] [SPR-7849] work in progress: revising the testing chapter
 based on internal review.

---
 spring-framework-reference/src/testing.xml | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/spring-framework-reference/src/testing.xml b/spring-framework-reference/src/testing.xml
index 6579505aa5..26f74d3b6c 100644
--- a/spring-framework-reference/src/testing.xml
+++ b/spring-framework-reference/src/testing.xml
@@ -480,7 +480,8 @@ public class CustomConfiguredApplicationContextTests {
           </warning>
 
           <para>If class-level usage of <interfacename>@DirtiesContext</interfacename>
-          is supported (e.g., with JUnit 4.5+ or TestNG), you can use
+          is supported &mdash; for example, with JUnit 4.5+ or TestNG &mdash;
+          you can use
           <interfacename>@DirtiesContext</interfacename> as both a class-level
           and method-level annotation within the same test class. In such scenarios,
           the <interfacename>ApplicationContext</interfacename> is marked as
@@ -861,14 +862,14 @@ public void testProcessRepeatedly() {
       <literal>org.springframework.test.context</literal> package) provides
       generic, annotation-driven unit and integration testing support that is
       agnostic of the testing framework in use, whether JUnit 3.8.2, JUnit
-      4.5+, TestNG 5.10, and so on. The TestContext framework also places a
+      4.5+, TestNG 5.12, and so on. The TestContext framework also places a
       great deal of importance on <emphasis>convention over
       configuration</emphasis> with reasonable defaults that can be overridden
       through annotation-based configuration.</para>
 
       <para>In addition to generic testing infrastructure, the TestContext
       framework provides explicit support for JUnit 3.8.2, JUnit 4.5+, and
-      TestNG 5.10 in the form of <literal>abstract</literal> support classes.
+      TestNG 5.12 in the form of <literal>abstract</literal> support classes.
       For JUnit 4.5+, the framework also provides a custom
       <interfacename>Runner</interfacename> that allows one to write test
       classes that are not required to extend a particular class