]> git.saurik.com Git - wxWidgets.git/commitdiff
Add some tips on fault navigation after input from Phlip
authorMichael Wetherell <mike.wetherell@ntlworld.com>
Sun, 8 May 2005 16:16:34 +0000 (16:16 +0000)
committerMichael Wetherell <mike.wetherell@ntlworld.com>
Sun, 8 May 2005 16:16:34 +0000 (16:16 +0000)
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@33984 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775

docs/tech/tn0017.txt

index 2ba859990c4cf5a857557c402e8417aa1b918705..b9ae2b7cfd28a316b1962fb67c378bebe7771606 100644 (file)
@@ -69,6 +69,25 @@ III. Running the tests
    or to list the tests:
       test -L MBConvTestCase
 
+5. Fault navigation.
+   VC++ users can run the programs as a post build step (Projects/Settings/
+   Post-build step) to see the test results in an IDE window. This allows
+   errors to be jumped to in the same way as for compiler errors, for
+   example by pressing F4 or highlighting the error and pressing return.
+   
+   Similarly for makefile users: makefiles can be modified to execute the
+   test programs as a final step. Then you can navigate to any errors in the
+   same way as for compiler errors, if your editor supports that.
+
+   Another alternative is to run the tests manually, redirecting the output
+   to a file. Then use your editor to jump to any failures. Using Vim, for
+   example, ':cf test.log' would take you to the first error in test.log, and
+   ':cn' to the next.
+
+   If you would like to set a breakpoint on a failing test using a debugger,
+   put the breakpoint on the function 'CppUnit::Asserter::fail()'. This will
+   stop on each failing test.
+
 
 IV. Notes
 ---------
@@ -100,5 +119,5 @@ IV. Notes
 
 === EOF ===
 
-Author:  VZ
+Author:  VZ & MW
 Version: $Id$